Trusted Kernel Extension Loading and Config from WPAR
从WPAR装载和配置可信的内核扩展
Trusted kernel extension loading and configuration from a WPAR
从WPAR可信地装载和配置内核扩展
For AIX V7.1, LAM for a WPAR with an exported kernel extension is not supported.
对于AIXV7.1，不支持对装载了导出的内核扩展的WPAR执行lam。
A kernel extension that is either key-safe or key-protected is called key aware.
键安全和键保护的内核扩展统称为可以识别键的内核扩展。
To make a kernel extension key-aware, you must understand the kernel's use of keys.
要使得一个内核扩展成为可以识别键的内核扩展，您必须了解键在内核中的使用情况。
At load time, the system loader then loads the bit-appropriate kernel extension.
在加载时，系统加载器加载相应位的内核扩展。
Table 1 shows the kernel keys that are likely to be useful to kernel extension developers.
表1显示了一些对于内核扩展开发人员来说有价值的内核键。
Hence, a key-aware kernel extension must be compiled with the -q noinlglue option for glue code.
因此，不能使用粘合代码的-q inlglue内联选项来编译可识别键的内核扩展。
This can be converted to a Makefile file building only a 64-bit kernel extension by modifying these lines to
可以将此内容转换为Makefile文件，并通过修改为以下行构建仅 64位内核扩展
Kernel extension developers will not be able to build, or even test, 32-bit kernel extensions on AIX Version 6.
内核扩展开发人员将无法在AIXVersion6上构建甚至测试32位内核扩展。
In a system there are system commands, kernel extension modules, and the files that require root privileges to execute.
系统中存在需要root权限才能执行的系统命令、内核扩展模块和文件。
Reducing the number of AIX Version 6 supported kernels reduces the development costs for IBM and kernel extension providers.
减少AIXVersion6支持的内核数可以为ibm和内核扩展提供商降低开发成本。
Applications that provide both a 32-bit and a 64-bit kernel extension require minor changes in their AIX Version 6 build environment.
提供32位和64位内核扩展的应用程序需要在AIXVersion6构建环境中稍微进行更改。
If you make a kernel extension key-aware, you must add explicit protection gates, typically at all entry and exit points of your module.
如果您需要使内核扩展成为可识别键的内核扩展，那么您必须添加显式的保护门，通常在您的模块的所有条目和退出点处。
Besides, the relation between uncorrelated kernel extension of graph embedding and kernel extension of graph embedding is revealed.
另外，揭示了统计不相关的核化图嵌入与已有的核化图嵌入的内在关系。
With the ability to build only 64-bit kernel extensions, some kernel extension build environments might require changes to avoid build errors.
由于仅能构建64位内核扩展，可能需要更改某些内核扩展构建环境来避免构建错误。
To make a kernel extension key-protected, you must also define its private or semi-private data and how it USES keys to protect that data.
要使得一个内核扩展成为键保护的内核扩展，您还必须定义它的私有或者半私有数据，以及它如何使用键来保护这些数据。
With this solution, the name of the kernel extension is unchanged, so an existing configuration method continues to work without being modified.
使用此解决方案，内核扩展的名称没有改变，因此无需进行修改，可以继续使用现有的配置方法。
The above logic would build both 32-bit and 64-bit kernel extensions on AIX Version 5, and build only a 64-bit kernel extension for AIX Version 6.
上面的逻辑将在AIXVersion5上构建32位和64位内核扩展，而对于AIX Version6，仅构建64位内核扩展。
Applications requiring a 32-bit-only kernel extension, whether directly or indirectly through third-party code, will fail to load the kernel extension.
直接或间接通过第三方代码要求仅支持32位内核扩展的应用程序将无法加载内核扩展。
The mechanism described earlier that grants broad data access rights to a key-unsafe kernel extension is a type of protection gate called an implicit protection gate.
通过前面所描述的机制，可以为键不安全的内核扩展授予广泛的数据访问权限，这种机制是一种保护门类型，我们将其称为隐式保护门。
Depending on the application logic, the inability to load the kernel extension might result in the application being unusable or severely hindered on AIX Version 6.
根据应用程序逻辑，无法加载内核扩展可能导致应用程序在AIXVersion6上无法使用或严重受阻。
This database stores all the necessary information about system-critical files, including kernel extension modules or the files that require root privilege to execute.
此数据库存储了有关系统关键型文件的所有必要信息，这些文件包括内核执行模块或需要root权限才能执行的文件。
All indirect function pointer calls in a key-aware kernel extension go through special kernel-resident glue code that performs the automatic AMR manipulations described above.
在可识别键的内核扩展中，所有间接的函数指针调用都将执行特殊的、常驻内核的粘合代码，该代码用于执行上述的自动amr操作。
Makefiles that support the building of both 32 - and 64-bit kernel extensions can be modified. A typical Makefile file for building a dual-mode kernel extension has lines similar to.
可以修改支持构建32位和64位内核扩展的Makefile。
An uncorrelated kernel extension of graph embedding which provides a unified method for computing all kinds of uncorrelated kernel dimensionality reduction algorithms is proposed.
提出统计不相关的核化图嵌入算法，为求解各种统计不相关的核化降维算法提供了一种统一方法。
This paper compares several kernel construct techniques and kernel extension technologies, proposes a kernel model based on exokernel extension; the key techniques are introduced in detail.
文章通过对各种内核构建技术和扩展技术的分析比较，提出一种基于外内核扩展的模型。
Within the context of the AIX Event Infrastructure, an event is defined as a change in state or in value which can be detected within the kernel or a kernel extension at the time the change occurs.
在AIXEventInfrastructure 的上下文中，事件是指状态或值的变化，变化发生时，可以在内核或内核扩展中探测到它们。
The experimental results on ORL, YALE and FERET face databases show that the proposed uncorrelated kernel extension of graph embedding method is better than other methods in terms of recognition rate.
通过在ORL，YALE和FERET人脸库上的实验结果表明，提出的具有统计不相关的核化图嵌入算法在识别率方面好于已有的核算法。
The KGDB program is an extension of the kernel that allows you to connect to a machine running the kgdb-extended kernel when you are running GDB on a remote host machine.
kgdb程序是内核的扩展，它让您能够在远程主机上运行gd b时连接到运行用kgdb扩展的内核机器。
应用推荐