와, 직업 Linux에 대한 Rust 드라이버 지원이 현재 진행 중입니다. 할 것이 많지 않기 때문에 상당히 지속적인 개발이 시작되었습니다. 버전 8이 발표되었습니다 패치와 그게 다야 지금 우리는 버전 9를 가지고 있습니다.
그리고 제안된 이 XNUMX번째 버전에서는 다음과 같이 언급할 가치가 있습니다. 며칠 전에 출판된 XNUMX판의 단순화된 버전입니다.. 이 키트는 크기가 크게 감소하고 Rust로 작성된 커널 모듈을 빌드하기에 충분할 정도로 가장 필요한 최소값만 남겨둔 것으로 구별됩니다.
최소 패치가 가정됩니다. Rust 지원을 메인 커널에 더 쉽게 도입할 수 있습니다. 최소한의 지원을 제공한 후 Rust-for-Linux 브랜치에서 다른 변경 사항을 포팅하여 기존 기능을 점진적으로 늘릴 계획입니다.
이것은 Linux 커널에 두 번째 언어로 Rust에 대한 지원을 추가하기 위한 일련의 패치(v9)입니다.
평소와 같이 ISRG(Internet Security Research Group)에 특별한 감사를 드립니다. 이러한 노력에 대한 재정적 지원에 대해 Google에 감사드립니다.
버전 8에 비해 패치 크기가 40줄에서 000줄로 줄었습니다. 예를 들어, 버전 3에는 "커널" 상자 패키지의 500%(60줄)의 코드와 alloc 라이브러리의 32%만 포함되어 있어 Vec 유형을 사용하여 가장 간단한 커널 모듈을 만들 수 있습니다. 및 "pr_info!" 매크로를 사용하여 커널 로그에 정보를 표시하는 단계를 포함합니다.
또한, Rust 및 Linux와 관련하여 최근에 언급할 가치가 있습니다. Rust 프로젝트 개발자는 경고했습니다. 사용자에게 Linux 환경에 대한 요구 사항의 임박한 증가 컴파일러, Cargo 패키지 관리자 및 libstd 표준 라이브러리에 있습니다.
Rust 1.64 기준, 22년 2022월 XNUMX일 예정, Glibc의 최소 요구 사항은 버전 2.11에서 2.17로, Linux 커널은 2.6.32에서 3.2로 올라갑니다.. 제한 사항은 libstd로 빌드된 Rust 바이너리에도 적용됩니다.
RHEL 7, SLES 12-SP5, Debian 8 및 Ubuntu 14.04 배포는 새로운 요구 사항을 충족합니다. RHEL 6, SLES 11-SP4, Debian 7 및 Ubuntu 12.04에 대한 지원이 중단됩니다. 이전 Linux 시스템에 대한 지원을 중단하는 이유에는 이전 환경을 계속 지원하기 위한 제한된 리소스가 포함됩니다.
요구 사항을 높이는 이유는 무엇입니까?
우리는 Rust와 Rust가 생성한 바이너리가 가능한 한 널리 사용되기를 바랍니다. 동시에 Rust 프로젝트는 이전 환경과의 호환성을 유지하기 위해 제한된 리소스만 가지고 있습니다.도구 체인 요구 사항에는 두 부분이 있습니다. 호스트 시스템에서 Rust 컴파일러를 실행하기 위한 최소 요구 사항과 교차 컴파일된 바이너리에 대한 최소 요구 사항입니다.
호스트 도구 체인에 대한 최소 요구 사항은 빌드 시스템에 영향을 줍니다. Rust CI는 수십 개의 서로 다른 대상에 대한 바이너리 아티팩트를 생성합니다. 이전 버전의 glibc를 지원하는 바이너리를 빌드하려면 이전 glibc(기본 빌드의 경우)로 운영 체제를 빌드하거나 이전 버전의 glibc(교차 빌드의 경우)와 함께 빌드 루트를 사용해야 합니다.
특히 이전 Glibcs와의 호환성을 위해서는 이전 도구를 사용해야 합니다. 지속적 통합 시스템에서 검증된 경우, LLVM 및 크로스 컴파일 유틸리티에 대한 버전 관리 요구 사항 증가. 커널 버전 요구 사항의 증가는 이전 커널과의 호환성을 보장하기 위해 계층을 유지할 필요 없이 새로운 시스템 호출을 사용할 수 있는 libstd의 기능 때문입니다.
이전 Linux 커널이 있는 환경에서 Rust 생성 실행 파일을 사용하는 사용자는 시스템을 업그레이드하거나, 이전 버전의 컴파일러를 유지하거나, 호환성을 유지하기 위해 자신의 계층화된 libstd 포크를 유지하는 것이 좋습니다.
마지막으로, 그것에 대해 더 알고 싶으시면 자세한 내용을 참조하십시오. 다음 링크.