open-gpu-kernel-modules
17,581
Stars
—
Forks
0
Watchers
—
Open Issues
待补全
许可证
C
语言
—
创建时间
最近更新
项目能做什么
NVIDIA Linux 官方开源 GPU 内核模块源代码。
来源:AI 基于仓库事实生成
· 内容以仓库实际 README 为准
使用说明 查看原始 README 原仓库文档
中文使用说明暂未生成。下面保留原仓库 README 摘录,命令与配置均以原文为准。
原始 README 摘录(英文原文,节选前 3000 字符)
# NVIDIA Linux Open GPU Kernel Module Source
This is the source release of the NVIDIA Linux open GPU kernel modules,
version 620.70.06.
## How to Build
To build:
make modules -j$(nproc)
To install, first uninstall any existing NVIDIA kernel modules. Then,
as root:
make modules_install -j$(nproc)
Note that the kernel modules built here must be used with GSP
firmware and user-space NVIDIA GPU driver components from a corresponding
620.70.06 driver release. This can be achieved by installing
the NVIDIA GPU driver from the .run file using the `--no-kernel-modules`
option. E.g.,
sh ./NVIDIA-Linux-[...].run --no-kernel-modules
## Supported Target CPU Architectures
Currently, the kernel modules can be built for x86_64 or aarch64.
If cross-compiling, set these variables on the make command line:
TARGET_ARCH=aarch64|x86_64
CC
LD
AR
CXX
OBJCOPY
E.g.,
# compile on x86_64 for aarch64
make modules -j$(nproc) \
TARGET_ARCH=aarch64 \
ARCH=arm64 \
CC=aarch64-linux-gnu-gcc \
LD=aarch64-linux-gnu-ld \
AR=aarch64-linux-gnu-ar \
CXX=aarch64-linux-gnu-g++ \
OBJCOPY=aarch64-linux-gnu-objcopy
## Other Build Knobs
NV_VERBOSE - Set this to "1" to print each complete command executed;
otherwise, a succinct "CC" line is printed.
DEBUG - Set this to "1" to build the kernel modules as debug. By default, the
build compiles without debugging information. This also enables
various debug log messages in the kernel modules.
These variables can be set on the make command line. E.g.,
make modules -j$(nproc) NV_VERBOSE=1
## Supported Toolchains
Any reasonably modern version of GCC or Clang can be used to build the
kernel modules. Note that the kernel interface layers of the kernel
modules must be built with the toolchain that was used to build the
kernel.
## Supported Linux Kernel Versions
The NVIDIA open kernel modules support the same range of Linux kernel
versions that are supported with the proprietary NVIDIA kernel modules.
This is currently Linux kernel 4.15 or newer.
## How to Contribute
Contributions can be made by creating a pull request on
https://github.com/NVIDIA/open-gpu-kernel-modules
We'll respond via GitHub.
Note that when submitting a pull request, you will be prompted to accept
a Contributor License Agreement.
This code base is shared with NVIDIA's proprietary drivers, and various
processing is performed on the shared code to produce the source code that is
published here. This has several implications for the foreseeable future:
* The GitHub repository will function mostly as a snapshot of each driver
release.
* We do not expect to be able to provide revision history for individual
changes that were made to NVIDIA's shared code base. There will likely
only be one git commit per driver release.
* We may not be able to reflect individual contributions as sep
阅读完整原文
项目深度分析 AI 生成
定制化Linux内核的GPU驱动适配与移植顾问服务
| 产品构想 | 针对企业定制内核(实时内核PREEMPT_RT、硬化内核或特定嵌入式aarch64设备)提供open-gpu内核模块的代码修补、交叉编译适配和稳定性优化支持。 |
| 核心功能 | 针对特定内核版本补丁开发、aarch64/x86_64交叉编译配置、PREEMPT_RT实时性适配调试、内核崩溃排查报告。 |
| 目标用户 | 工业级机器人/自动驾驶边缘设备厂商、使用定制自研Linux内核的私有云/算力租赁提供商。 |
| 难度/周期 | 高(需要深入掌握Linux内核机制、C语言及GPU底层通信) · 2 - 6周/客户 · 成本:人力成本为主,以及各类硬件调试测试机(不同架构CPU+对应GPU环境)的采购或云端租赁费用。 |
| 收费模式 | 按项目交付收取定制适配费,或收取年度技术支持与维护费(Retainer模式)。 |
| 竞争风险 | 官方代码主要为Release快照形式分发,上游频繁更新可能导致每次升级都需要重新打补丁维护,代码合并困难。 |
| 依据 | 已验证事实 |
GPU内核模块多版本CI/CD自动化构建与包管理分发平台
| 产品构想 | 提供基于该开源代码的云端编译与构建服务,自动针对不同Linux发行版和内核小版本预编译、签名内核模块,并提供私有apt/yum仓库分发。 |
| 核心功能 | 与NVIDIA用户态驱动/GSP固件版本自动化对齐校验、DKMS替代方案(预编译二进制分发)、安全签名集成、针对内核升级的预警与自动化重建。 |
| 目标用户 | 运行大规模异构GPU集群的DevOps团队、私有化AI算力中心管理员。 |
| 难度/周期 | 中等偏高(涉及系统工程、CI/CD架构与包签名管理) · 2 - 3个月 · 成本:高配云服务器与构建矩阵服务器成本、公网带宽与存储成本。 |
| 收费模式 | SaaS订阅费(按管理集群节点数量或构建流水线配额收费),私有化部署实施费。 |
| 竞争风险 | 开源社区及各主线发行版(如Ubuntu/RHEL)已有自身的DKMS机制,需验证企业是否愿意为第三方预编译平台买单。 |
| 依据 | 尚需验证的假设 |
GPU底层故障诊断与内核性能分析工具箱
| 产品构想 | 利用open-gpu-kernel-modules开放内核源码的优势(支持NV_VERBOSE与DEBUG编译参数),构建针对GPU内核接口层、GSP通信与内存映射的深度可观测与排错工具。 |
| 核心功能 | 内核级GPU事件Trace解析、GSP通信异常监控、内存分配瓶颈诊断、自动化日志排错脚本集。 |
| 目标用户 | HPC与大模型集群运维保障团队、系统性能分析与内核开发工程师。 |
| 难度/周期 | 高(需要对NVIDIA驱动架构及Linux eBPF/ftrace底层追踪技术有极高了解) · 3 - 5个月 · 成本:开发设备成本、高带宽高并发GPU集群测试环境租赁成本。 |
| 收费模式 | 核心开源+企业版功能闭源(Open-Core模式)或软件商业授权许可。 |
| 竞争风险 | 该开源模块仅为内核接口层,大量核心逻辑由闭源的GSP固件和用户态库承载,可观测深度受限于固件设计(推测)。 |
| 依据 | 数据支持的判断 |
AI 基于仓库公开数据分析生成,含推测成分,不构成收益承诺。
报告会保存到 个人中心
竞品与相似项目 GitHub Search 真实检索
相似项目数据正在完善中,暂不展示(避免误导)
项目优势与风险
| 技术成熟度 | 创建时间待补全,最近推送 ,发布过 100 个 Release |
| 社区活跃 | Star 17,581 / Fork 0 / Issue 0(数据支持,可自行核实) |
| 许可证 | 未检测到(需人工确认) |
| 主要风险 | 上游项目方向可能变化;同赛道竞争者较多(见竞品表);热度与需求不完全等价 |
安装与使用
此项目未提供 Docker 镜像,安装步骤以原仓库 README 为准(涉及依赖安装与环境配置,对新手门槛较高)。