首页 / LINUX / Linux内核文档：《Linux内核许可规则》

Linux内核文档：《Linux内核许可规则》

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了Linux内核文档：《Linux内核许可规则》，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含10460字，纯文字阅读大概需要15分钟。

内容图文

本文转载自Linux内核官网，由于官网加载非常卡，为了方便阅读特意转发到博客。

内容具有时效性，需要阅读最新版本的同学，可通过下面的链接跳转：

https://www.kernel.org/doc/html/latest/translations/zh_CN/process/index.html

概述

Linux内核根据LICENSES/preferred/GPL-2.0中提供的GNU通用公共许可证版本2 （GPL-2.0）的条款提供，并在LICENSES/exceptions/Linux-syscall-note中显式描述了例外的系统调用，如COPYING文件中所述。

此文档文件提供了如何对每个源文件进行注释以使其许可证清晰明确的说明。它不会取代内核的许可证。

内核源代码作为一个整体适用于COPYING文件中描述的许可证，但是单个源文件可以具有不同的与GPL-20兼容的许可证:

GPL-1.0+ : GNU通用公共许可证v1.0或更高版本
GPL-2.0+ : GNU通用公共许可证v2.0或更高版本
LGPL-2.0 : 仅限GNU库通用公共许可证v2
LGPL-2.0+: GNU 库通用公共许可证v2或更高版本
LGPL-2.1 : 仅限GNU宽通用公共许可证v2.1
LGPL-2.1+: GNU宽通用公共许可证v2.1或更高版本

除此之外，个人文件可以在双重许可下提供，例如一个兼容的GPL变体，或者BSD， MIT等许可。

用户空间API（UAPI）头文件描述了用户空间程序与内核的接口，这是一种特殊情况。根据内核COPYING文件中的注释，syscall接口是一个明确的边界，它不会将GPL要求扩展到任何使用它与内核通信的软件。由于UAPI头文件必须包含在创建在Linux内核上运行的可执行文件的任何源文件中，因此此例外必须记录在特别的许可证表述中。

表达源文件许可证的常用方法是将匹配的样板文本添加到文件的顶部注释中。由于格式，拼写错误等，这些“样板”很难通过那些在上下文中使用的验证许可证合规性的工具。

样板文本的替代方法是在每个源文件中使用软件包数据交换（SPDX）许可证标识符。 SPDX许可证标识符是机器可解析的，并且是用于提供文件内容的许可证的精确缩写。 SPDX许可证标识符由Linux 基金会的SPDX 工作组管理，并得到了整个行业，工具供应商和法律团队的合作伙伴的一致同意。有关详细信息，请参阅 https://spdx.org/

Linux内核需要所有源文件中的精确SPDX标识符。内核中使用的有效标识符在许可标识符一节中进行了解释，并且已可以在 https://spdx.org/licenses/ 上的官方SPDX许可证列表中检索，并附带许可证文本。

许可标识符语法

安置

内核文件中的SPDX许可证标识符应添加到可包含注释的文件中的第一行。对于大多数文件，这是第一行，除了那些在第一行中需要’#!PATH_TO_INTERPRETER’的脚本。对于这些脚本，SPDX标识符进入第二行。

风格

SPDX许可证标识符以注释的形式添加。注释样式取决于文件类型:

C source: // SPDX-License-Identifier: <SPDX License Expression>
C header: /* SPDX-License-Identifier: <SPDX License Expression> */
ASM:      /* SPDX-License-Identifier: <SPDX License Expression> */
scripts:  # SPDX-License-Identifier: <SPDX License Expression>
.rst:     .. SPDX-License-Identifier: <SPDX License Expression>
.dts{i}:  // SPDX-License-Identifier: <SPDX License Expression>

如果特定工具无法处理标准注释样式，则应使用工具接受的相应注释机制。这是在 C 头文件中使用“/**/”样式注释的原因。过去在使用生成的.lds文件中观察到构建被破坏，其中’ld’无法解析C++注释。现在已经解决了这个问题，但仍然有较旧的汇编程序工具无法处理C++样式的注释。

句法

SPDX许可证表达式是SPDX许可证列表中的SPDX短格式许可证标识符，或者在许可证例外适用时由“WITH”分隔的两个SPDX短格式许可证标识符的组合。当应用多个许可证时，表达式由分隔子表达式的关键字“AND”，“OR”组成，并由“（”，“）”包围。

带有“或更高”选项的[L]GPL等许可证的许可证标识符通过使用“+”来表示“或更高” 选项来构建。:

// SPDX-License-Identifier: GPL-2.0+
// SPDX-License-Identifier: LGPL-2.1+

当需要修正的许可证时，应使用WITH。例如，linux内核UAPI文件使用表达式:

// SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note
// SPDX-License-Identifier: GPL-2.0+ WITH Linux-syscall-note

其它在内核中使用WITH例外的事例如下:

// SPDX-License-Identifier: GPL-2.0 WITH mif-exception
// SPDX-License-Identifier: GPL-2.0+ WITH GCC-exception-2.0

例外只能与特定的许可证标识符一起使用。有效的许可证标识符列在异常文本文件的标记中。有关详细信息，请参阅许可标识符一章中的例外。

如果文件是双重许可且只选择一个许可证，则应使用OR。例如，一些dtsi文件在双许可下可用:

// SPDX-License-Identifier: GPL-2.0 OR BSD-3-Clause

内核中双许可文件中许可表达式的示例:

// SPDX-License-Identifier: GPL-2.0 OR MIT
// SPDX-License-Identifier: GPL-2.0 OR BSD-2-Clause
// SPDX-License-Identifier: GPL-2.0 OR Apache-2.0
// SPDX-License-Identifier: GPL-2.0 OR MPL-1.1
// SPDX-License-Identifier: (GPL-2.0 WITH Linux-syscall-note) OR MIT
// SPDX-License-Identifier: GPL-1.0+ OR BSD-3-Clause OR OpenSSL

如果文件具有多个许可证，其条款全部适用于使用该文件，则应使用AND。例如，如果代码是从另一个项目继承的，并且已经授予了将其放入内核的权限，但原始许可条款需要保持有效:

// SPDX-License-Identifier: (GPL-2.0 WITH Linux-syscall-note) AND MIT

另一个需要遵守两套许可条款的例子是:

// SPDX-License-Identifier: GPL-1.0+ AND LGPL-2.1+

许可标识符

当前使用的许可证以及添加到内核的代码许可证可以分解为：

优先许可

应尽可能使用这些许可证，因为它们已知完全兼容并广泛使用。这些许可证在内核目录:

LICENSES/preferred/

此目录中的文件包含完整的许可证文本和元标记。文件名与SPDX许可证标识符相同，后者应用于源文件中的许可证。

例如:

LICENSES/preferred/GPL-2.0

包含GPLv2许可证文本和所需的元标签:

LICENSES/preferred/MIT

包含MIT许可证文本和所需的元标记

元标记

许可证文件中必须包含以下元标记：

Valid-License-Identifier:
一行或多行, 声明那些许可标识符在项目内有效, 以引用此特定许可的文本。通常这是一个有效的标识符，但是例如对于带有’或更高’选项的许可证，两个标识符都有效。
SPDX-URL:
SPDX页面的URL，其中包含与许可证相关的其他信息.
Usage-Guidance:
使用建议的自由格式文本。该文本必须包含SPDX许可证标识符的正确示例，因为它们应根据许可标识符语法指南放入源文件中。
License-Text:
此标记之后的所有文本都被视为原始许可文本

文件格式示例:

Valid-License-Identifier: GPL-2.0
Valid-License-Identifier: GPL-2.0+
SPDX-URL: https://spdx.org/licenses/GPL-2.0.html
Usage-Guide:
  To use this license in source code, put one of the following SPDX
  tag/value pairs into a comment according to the placement
  guidelines in the licensing rules documentation.
  For 'GNU General Public License (GPL) version 2 only' use:
    SPDX-License-Identifier: GPL-2.0
  For 'GNU General Public License (GPL) version 2 or any later version' use:
    SPDX-License-Identifier: GPL-2.0+
License-Text:
  Full license text

SPDX-License-Identifier: MIT
SPDX-URL: https://spdx.org/licenses/MIT.html
Usage-Guide:
  To use this license in source code, put the following SPDX
  tag/value pair into a comment according to the placement
  guidelines in the licensing rules documentation.
    SPDX-License-Identifier: MIT
License-Text:
  Full license text

不推荐的许可证

这些许可证只应用于现有代码或从其他项目导入代码。这些许可证在内核目录:

LICENSES/other/

此目录中的文件包含完整的许可证文本和元标记。文件名与SPDX许可证标识符相同，后者应用于源文件中的许可证。

例如:

LICENSES/other/ISC

包含国际系统联合许可文本和所需的元标签:

LICENSES/other/ZLib

包含ZLIB许可文本和所需的元标签.

元标签

“其他”许可证的元标签要求与优先许可的要求相同。

文件格式示例:

Valid-License-Identifier: ISC
SPDX-URL: https://spdx.org/licenses/ISC.html
Usage-Guide:
  Usage of this license in the kernel for new code is discouraged
  and it should solely be used for importing code from an already
  existing project.
  To use this license in source code, put the following SPDX
  tag/value pair into a comment according to the placement
  guidelines in the licensing rules documentation.
    SPDX-License-Identifier: ISC
License-Text:
  Full license text

例外

某些许可证可以修改，并允许原始许可证不具有的某些例外权利。这些例外在内核目录:

LICENSES/exceptions/

此目录中的文件包含完整的例外文本和所需的例外元标记。

例如:

LICENSES/exceptions/Linux-syscall-note

包含Linux内核的COPYING文件中记录的Linux系统调用例外，该文件用于UAPI 头文件。例如:

LICENSES/exceptions/GCC-exception-2.0

包含GCC’链接例外’，它允许独立于其许可证的任何二进制文件与标记有此例外的文件的编译版本链接。这是从GPL不兼容源代码创建可运行的可执行文件所必需的。

例外元标记

以下元标记必须在例外文件中可用：

SPDX-Exception-Identifier:
一个可与SPDX许可证标识符一起使用的例外标识符。
SPDX-URL:
SPDX页面的URL，其中包含与例外相关的其他信息。
SPDX-Licenses:
以逗号分隔的例外可用的SPDX许可证标识符列表。
Usage-Guidance:
使用建议的自由格式文本。必须在文本后面加上SPDX许可证标识符的正确示例，因为它们应根据许可标识符语法指南放入源文件中。
Exception-Text:
此标记之后的所有文本都被视为原始异常文本

文件格式示例:

SPDX-Exception-Identifier: Linux-syscall-note
SPDX-URL: https://spdx.org/licenses/Linux-syscall-note.html
SPDX-Licenses: GPL-2.0, GPL-2.0+, GPL-1.0+, LGPL-2.0, LGPL-2.0+, LGPL-2.1, LGPL-2.1+
Usage-Guidance:
  This exception is used together with one of the above SPDX-Licenses
  to mark user-space API (uapi) header files so they can be included
  into non GPL compliant user-space application code.
  To use this exception add it with the keyword WITH to one of the
  identifiers in the SPDX-Licenses tag:
    SPDX-License-Identifier: <SPDX-License> WITH Linux-syscall-note
Exception-Text:
  Full exception text

SPDX-Exception-Identifier: GCC-exception-2.0
SPDX-URL: https://spdx.org/licenses/GCC-exception-2.0.html
SPDX-Licenses: GPL-2.0, GPL-2.0+
Usage-Guidance:
  The "GCC Runtime Library exception 2.0" is used together with one
  of the above SPDX-Licenses for code imported from the GCC runtime
  library.
  To use this exception add it with the keyword WITH to one of the
  identifiers in the SPDX-Licenses tag:
    SPDX-License-Identifier: <SPDX-License> WITH GCC-exception-2.0
Exception-Text:
  Full exception text

所有SPDX许可证标识符和例外都必须在LICENSES子目录中具有相应的文件。这是允许工具验证（例如checkpatch.pl）以及准备好从源读取和提取许可证所必需的, 这是各种FOSS组织推荐的，例如 FSFE REUSE initiative.

模块许可

可加载内核模块还需要MODULE_LICENSE（）标记。此标记既不替代正确的源代码许可证信息（SPDX-License-Identifier），也不以任何方式表示或确定提供模块源代码的确切许可证。

此标记的唯一目的是提供足够的信息，该模块是否是自由软件或者是内核模块加载器和用户空间工具的专有模块。

MODULE_LICENSE（）的有效许可证字符串是:

字串	含义
"GPL"	模块是根据GPL版本2许可的。这并不表示仅限于 GPL-2.0或GPL-2.0或更高版本之间的任何区别。最正确许可证信息只能通过相应源文件中的许可证信息来确定
“GPL v2”	和”GPL”相同，它的存在是因为历史原因。
“GPL and additional rights”	表示模块源在GPL v2变体和MIT许可下双重许可的历史变体。请不要在新代码中使用。
“Dual MIT/GPL”	表达该模块在GPL v2变体或MIT许可证选择下双重许可的正确方式。
“Dual BSD/GPL”	该模块根据GPL v2变体或BSD许可证选择进行双重许可。 BSD许可证的确切变体只能通过相应源文件中的许可证信息来确定。
“Dual MPL/GPL”	该模块根据GPL v2变体或Mozilla Public License （MPL）选项进行双重许可。 MPL许可证的确切变体只能通过相应的源文件中的许可证信息来确定。
“Proprietary”	该模块属于专有许可。此字符串仅用于专有的第三方模块，不能用于在内核树中具有源代码的模块。以这种方式标记的模块在加载时会使用’P’标记污染内核，并且内核模块加载器拒绝将这些模块链接到使用EXPORT_SYMBOL_GPL（）导出的符号。

内容总结

以上是互联网集市为您收集整理的Linux内核文档：《Linux内核许可规则》全部内容，希望文章能够帮你解决Linux内核文档：《Linux内核许可规则》所遇到的程序开发问题。如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/943406.html

来源：【匿名】

【上一篇】安装Linux系统时LSI RAID卡的驱动挂载【下一篇】Linux下安装GD

更多 ►

【Linux内核文档：《Linux内核许可规则》】教程文章相关的互联网学习教程文章

《Linux内核分析》实验一【图】

陈智威，《Linux内核分析》MOOC课程http://mooc.study.163.com/course/USTC-1000029000 课堂学习笔记：作业截图：汇编代码堆栈分析：总结：计算机的工作是通过一系列的代码使其硬件能够按照所编写的指令进行运行，而此次实验就是具体介绍了一下Linux的运行方式，用汇编的语言，即更贴切计算机的语言来向我们介绍了计算机是如何进行工作的。原文：http://www.cnblogs.com/vioczw/p/5225692.html

linux内核代码框架熟悉（一） itop4412-linux内核4.14.2总体框架熟悉【图】

按照以下思路大概总结下对linux内核4.14.2总体框架的认识1、内核是由哪些文件组成的2、内核的编译体系是怎么样的，是怎么编译链接起来的3、内核的启动流程，在启动过程中大致做了哪些工作4、通过对exynos4412开发板上移植linux内核4.14.2验证上述分析5、编译出uImage后，是怎么被uboot加载运行起来的一、linux内核4.14.2是由哪些文件组成的1. arch目录这个目录是体系结构相关的代码，里面每一个目录对应一种架构CPU，比如a...

Linux内核4.4版本带来的网络新特性【代码】

本文题目有点大，但其实我只想描述一些我个人一直比较关注的特性，并且不会太详细，跟往常一样，主要是帮忙理清思路的，不会分析源码。这主要是为了哪一天突然忘了的时候，一目十行扫一眼就能记忆当时的理解，不然写的太细节了，自己都看不懂了。Lockless TCP listener先从TCP的syncookie说起，如果都能使用syncookie机制该有多好，但是不能，因为它会丢失很多选项协商信息，这些信息对TCP的性能至关重要。TCP的syncookie主要是为...

Linux内核架构读书笔记 - 2.4.2 内核线程【代码】【图】

内核线程what? 内核本身启动的线程，也被称之为内核守护进程内核线程分为两种类型　启动后一直等待，直到内核请求线程执行某一动作启动后周期运行，检测特定资源的使用，在用量超出时采取行动　kernel_thread 启动一个内核线程，特定于体系结构，但是原型相同　　asm-arm/process.h1/*2 * Create a new kernel thread 3*/4externint kernel_thread(int (*fn)(void *), void *arg, unsigned long flags);　fn回调函数　arg 参数　f...

Linux内核调优部分参数说明

#接收套接字缓冲区大小的默认值(以字节为单位)。net.core.rmem_default = 262144 #接收套接字缓冲区大小的最大值(以字节为单位)。net.core.rmem_max = 16777216 #发送套接字缓冲区大小的默认值(以字节为单位)。net.core.wmem_default = 262144 #发送套接字缓冲区大小的最大值(以字节为单位)。net.core.wmem_max = 16777216 #用来限制监听(LISTEN)队列最大数据包的数量，超过这个数量就会导致链接超时或者触发重传机制。net.core.so...

linux内核源码“双向链表list_head”续

上篇博文《linux内核源码“双向链表list_head”》中以一个实例介绍了list_head双向链表的用法，只有实例的代码，并没有list_head链表的代码，考虑到各位好学博友的强烈愿望，今天把list_head的代码即list.h头文件粘贴到此，供各位好学博友使用。一、list.h头文件源码[root@bdkyr cstudy]# cat list.h #list.h头文件 #ifndef _LINUX_LIST_H #define _LINUX_LIST_H #include <stdlib.h> #undef offsetof #ifdef __compil...

Linux内核系列—12.a.操作系统开发之从Loader到内核【图】

Loader要做两项工作，我们先来做第一项，把内核加载到内存：1.加载内核到内存。2.跳入保护模式。首先编译无内核时：nasm boot.asm -o boot.binnasm loader.asm -o loader.bindd if=boot.bin of=a.img bs=512 count=1 conv=notruncsudo mount -o loop a.img /mnt/hgfs/sudo cp loader.bin /mnt/hgfs/ -vsudo umount /mnt/hgfs/运行结果如下：接下来编译内核并将其写入软盘映像：nasm -f elf -o kernel.o kernel.asmld -m elf_i386 ...

Linux内核RCU(Read Copy Update)锁简析

在很早以前，大概是2009年的时候，写过一篇关于Linux RCU锁的文章《RCU锁在linux内核的演变》，现在我承认，那个时候我虽然懂了RCU锁，但是我没有能力用一种非常简单的描述把Linux的实现给展示出来，有道是你能给别人用你自己的方式非常简洁地描述清楚，你才是真正的精通它，否则，无异于背诵。换个说法，如果你在被面试，在短时间内靠嘴说给面试官，且他还要能听明白，就说明自己真的懂了，这种时候，是不会给你机会分析源代码的，...

linux内核源码结构【图】

一、概述　　Linux内核庞大，但是这些文件的结构还是有章可循的，分别位于不同的目录下，各个目录功能相对独立。二、源码结构表目录名描述arch体系结构相关的代码，对于每个架构的CPU,arch目录下有一个对应的子目录，比如arch/arm、arch/i386block块设备的通用函数crypto常用的加密和散列算法（如AES、SHA等），还有一些压缩和CRC校验算法drivers所有的设备驱动程序，里面每一个子目录对一个一类驱动程序，比如drivers/block为块设...

#2018-2019-1 20189213《Linux内核原理与分析》第二周作业【图】

Linux第二周学习报告在这一周里学习了庖丁解牛Linux内核分析第一章《计算机是如何工作的》：这一章主要介绍了存储程序计算机的结构以及关于汇编的基础知识。从硬件角度讲，存储程序计算机包括输入、输出、存储、计算和控制五部分。从程序员的角度，一个程序的执行过程就是CPU不断从内存中获取指令并执行的过程。从汇编语言的角度可以比较清晰的看出计算机是如何执行程序的，当然，由于编译器以及平台的不同，使用高级语言编写的程...

《Linux内核设计与实现》读书笔记（十五）- 进程地址空间(kernel 2.6.32.60)【代码】【图】

进程地址空间也就是每个进程所使用的内存，内核对进程地址空间的管理，也就是对用户态程序的内存管理。主要内容：地址空间(mm_struct)虚拟内存区域(VMA)地址空间和页表 1. 地址空间(mm_struct)地址空间就是每个进程所能访问的内存地址范围。这个地址范围不是真实的，是虚拟地址的范围，有时甚至会超过实际物理内存的大小。现代的操作系统中进程都是在保护模式下运行的，地址空间其实是操作系统给进程用的一段连续的虚拟内存空间。...

Linux内核TCP/IP参数分析与调优【图】

转载于：http://www.itxuexiwang.com/a/liunxjishu/2016/0225/167.html?1456482565 如下图展示的是TCP的三个阶段.1,TCP三次握手. 2,TCP数据传输. 3,TCP的四次挥手。SYN:(同步序列编号,Synchronize Sequence Numbers)该标志仅在三次握手建立的时候有效。表示一个新的TCP连接请求。 ACK:(确认编号，Acknowledgement Number)是对TCP请求的确认标志，同事提示对端系统已经成功连接所有数据。 FIN(结束标志，Finish)用来结束一个TCP会话...

Linux内核设计的艺术-进程2的创建及执行

1、打开标准输入设备代码路径：init/main.c 目前处于进程1的3特权级void init(void) {int pid,i;setup((void *) &drive_info);(void) open("/dev/tty0",O_RDWR,0);(void) dup(0);(void) dup(0);... } open同样调用int 0x80进入进程1的0特权级，sys_open如下：代码路径：fs/open.cint sys_open(const char * filename,int flag,int mode) {struct m_inode * inode;struct file * f;int i,fd;mode &= 0777 & ~curr...

漫谈Linux内核哈希表(2)

原文：http://blog.chinaunix.net/uid-23069658-id-5012484.html

“Linux内核分析”实验三【代码】【图】

跟踪分析Linux内核的启动过程作者：何振豪原创作品转载请注明出处 http://www.cnblogs.com/scoyer/p/6516032.html 《Linux内核分析》MOOC课程 http://mooc.study.163.com/course/USTC-1000029000这节课讲了如何查看linux内核源代码，构造一个简单的linux系统（算不上构造，实际上就是编译内核，然后打包git上的根文件系统，然后启动这个简单系统而已），最后还讲了如何利用gdb来跟踪调试linux内核的执行情况（重点）。这次实验主...

首页 / LINUX / Linux内核文档：《Linux内核许可规则》

Linux内核文档：《Linux内核许可规则》

内容导读

内容图文

概述

许可标识符语法

安置

风格

句法

许可标识符

优先许可

元标记

不推荐的许可证

元标签

例外

例外元标记

模块许可

内容总结

内容备注

内容手机端

【Linux内核文档：《Linux内核许可规则》】教程文章相关的互联网学习教程文章

LINUX - 相关标签

内核 - 相关标签

文档 - 相关标签

LINUX - 最新教程

LINUX - 最热教程