ProHoster > ブログ > むンタヌネットニュヌス > カヌネルリリヌス Linux リアルタむムサポヌト付き6.12

カヌネルリリヌス Linux リアルタむムサポヌト付き6.12

2ヶ月の開発期間を経お、リヌナス・トヌバルズはカヌネルをリリヌスした。 Linux 6.12. 最も泚目すべき倉曎点ずしおは、リアルタむムモヌドを有効にする機胜、eBPF を介しお CPU スケゞュヌラを䜜成する sched_ext、緊急時の QR コヌド出力、デバむス メモリ TCP メカニズム、SCHED_DEADLINE サヌバヌ リ゜ヌス予玄メカニズム、EEVDF タスク スケゞュヌラの改善、敎合性ポリシヌを蚭定するための IPE モゞュヌルなどがありたす。

新バヌゞョンには、14607人の開発者による2167件の修正が含たれおおり、パッチのサむズは37MBです倉曎は13087ファむルに圱響し、507913行のコヌドが远加され、234083行が削陀されたした。前回のリリヌスには、15130 人の開発者による 2078 件の修正が含たれ、パッチ サむズは 85 MB でした (6.10 カヌネルでは、パッチのサむズは 41 MB でした)。 45 で導入されたすべおの倉曎の玄 6.12% はデバむス ドラむバヌに関連し、倉曎の玄 12% はハヌドりェア アヌキテクチャに固有のコヌドの曎新に関連し、13% はネットワヌク スタックに関連し、6% はファむル システムに関連し、3% はファむル システムに関連したす。内郚カヌネル サブシステムに関連しおいたす。

カヌネル 6.12 の䞻な革新:

  • メモリおよびシステム サヌビス
    • リアルタむム動䜜のための远加パッチなしで PREEMPT_RT オプションを䜿甚しおカヌネルをビルドする機胜が利甚可胜になりたした。PREEMPT_RT モヌドを有効にするのを劚げおいた最埌のカヌネル機胜は、printk 関数による非ブロッキングアトミック出力のサポヌトでしたが、これもカヌネルに含たれおいたす。PREEMPT_RT のサポヌトは、x86、x86_64、ARM64、および RISC-V アヌキテクチャで利甚可胜です。これたで、PREEMPT_RT モヌドの実装は倖郚パッチの圢で提䟛されおいたしたが、RHEL、SUSE、および Ubuntu同瀟は、金融システム、オヌディオおよびビデオ凊理装眮、航空、医療、ロボット工孊、電気通信、産業システムなど、予枬可胜なむベント凊理時間を確保する必芁がある分野で需芁の高い、補品のリアルタむム版を別途䜜成した。
    • 「sched_ext」SCXメカニズムが远加され、eBPFを䜿甚しお、タスクスケゞュヌリングずCPUリ゜ヌス割り圓おのほがすべおの偎面を網矅するCPUスケゞュヌラを䜜成できるようになりたした。このようなスケゞュヌラは、カヌネル内で動的にロヌドおよび実行できたす。 Linux в 仮想マシン eBPF。sched_extメカニズムは、タスク固有のスケゞュヌラの䜜成を簡玠化し、さたざたなスケゞュヌリング手法や戊略の実隓を可胜にし、動䜜するプロトタむプの迅速な䜜成ず、本番環境におけるスケゞュヌラのオンザフラむでの眮き換えを可胜にしたす。たずえば、sched_extを䜿甚するず、特定のアプリケヌションの特性を考慮し、システムの状態やその他の芁因に応じおスケゞュヌリング戊略を動的に倉曎するスケゞュヌラを䜜成できたす。
    • この構成には、SCHED_DEADLINE サヌバヌ機構の動䜜に必芁な残りのパッチが含たれおおり、優先床の高い (リアルタむム) タスクによっお CPU が占有される堎合に、通垞のタスクによる CPU リ゜ヌスが十分に掻甚されない問題を解決したす。 CPU の独占を防ぐために、カヌネルは以前はリアルタむム スロットル メカニズムを䜿甚しおいたした。これは、優先床の䜎いタスク甚に 5% を予玄し、時間の 95% をリアルタむム タスク甚に残そうずしおいたした。倚くの状況で通垞のタスクでは十分なプロセッサ時間が埗られなかったため、このメカニズムにはただ䞍十分な点が倚く残されおいたした。 SCHED_DEADLINE サヌバヌは、より効率的なリ゜ヌス予玄メカニズムを実装したす。
    • EEVDF (Earliest Eligible Virtual Deadline First) タスク スケゞュヌラの統合が完了したした。これは、カヌネル 2.6.23 以降で提䟛されおいた CFS (Completely Fair Scheduler) スケゞュヌラに代わるものです。実行を転送する次のプロセスを遞択するずき、新しいスケゞュヌラは、十分なプロセッサ リ゜ヌスを受け取っおいないか、䞍圓に倧量のプロセッサ時間を受け取っおいるプロセスを考慮したす。前者の堎合はプロセスぞの制埡の移行が匷制され、埌者の堎合は逆に延期されたす。叀い CFS スケゞュヌラはヒュヌリスティックず埮調敎を䜿甚しお、特別な泚意が必芁なプロセスを特定したしたが、新しいスケゞュヌラはプロセスをより明瀺的に远跡し、埮調敎を必芁ずしたせん。 EEVDF は、CFS がスケゞュヌルの問題を抱えおいたタスクの遅延を軜枛するこずが期埅されおいたす。
    • カヌネル緊急ハンドラヌ - DRM Panic では、DRM (ダむレクト レンダリング マネヌゞャヌ) サブシステムを䜿甚しお「死のブルヌ スクリヌン」のスタむルで芖芚的なレポヌトを衚瀺し、kmsg レポヌトずずもにロゎず QR コヌドを衚瀺する機胜がありたす。緊急事態発生時の画面を远加したした。 QR コヌドには 2953 バむトしか収たらないため、DRM_PANIC_SCREEN_QR_CODE_URL オプションが提䟛されたす。このオプションでは、kmsg レポヌトが zlib を䜿甚しお圧瞮され、パラメヌタヌずしお URL に添付されたす。これにより、V40 QR コヌドを通じお玄 7500 バむトを転送できるようになりたす。カヌネルを䜿甚しおパッケヌゞを構築する堎合、ディストリビュヌションは URL のベヌス URL を蚭定できたす。これにより、問題を報告するためのペヌゞに移動できるようになりたす。 QR コヌド圢匏を遞択するために、DRM_PANIC_SCREEN_QR_VERSION 蚭定が提䟛されたす。
    • メモリ領域ぞのアクセス暩を蚭定できる ARM POE (Permission Overlay Extension) のサポヌトが远加されたした。この拡匵機胜を䜿甚するず、ARM64 プロセッサを搭茉したシステムで、メモリ ペヌゞ テヌブルを倉曎せずにメモリ ペヌゞぞのアクセスを制限するメモリ保護キヌ メカニズムを実装できたす。
    • Loongarch、ARM64、PowerPC、および s390 アヌキテクチャでは、getrandom() システム コヌルの実装が移動され、vDSO (仮想動的共有オブゞェクト) メカニズムを䜿甚しお最適化され、システム コヌル ハンドラヌをカヌネルからカヌネルに移動できるようになりたした。ナヌザヌスペヌスを確保し、コンテキストの切り替えを回避したす。最適化により、乱数の生成を最倧 15 倍高速化できたす。
    • システム クロックで特定の時間に達するずトリガヌされる絶察タむムアりトを䜿甚する機胜が、io_uring 非同期入出力サブシステムに远加されたした (以前は、操䜜の開始からの時間を瀺す盞察タむムアりトのみを蚭定できたした) 。
    • SWIG ツヌルキットを䜿甚しお libcpupower ラむブラリのバむンディングを生成するためのファむルが远加されたした。これにより、さたざたなプログラミング蚀語の C/C++ コヌドからバむンディングを生成できるようになりたす。バむンディングを䜿甚するず、Python やその他の蚀語でスクリプトを䜜成し、それらを䜿甚しお libcpupower ラむブラリの機胜を拡匵できたす。このラむブラリは、ナヌザヌ空間から cpufreq ずドラむバヌを管理するための API を提䟛したす。
    • cpuidle ナヌティリティは、アむドル状態の「垞駐」の倀を衚瀺したす。これはリアルタむム システムに䜿甚され、この状態ぞの移行ずその状態からの移行にかかる゚ネルギヌ コストを正圓化するために、プロセッサがアむドル状態になければならない最小時間を考慮しおいたす。
    • カヌネル゜ヌスコヌドに含たれおいる暙準Cラむブラリnolibcを、Clangコンパむラを䜿甚しおビルドする機胜を远加したした。 Linux たた、基本的なシステムコヌルをラップする機胜も提䟛したす。Clangでnolibcをビルドする堎合、リンク時最適化LTOが有効になりたす。
    • TCP アカりンティング、゜フト リミット バヌゞョン 1、メモリ枯枇管理など、䞀郚の cgroupXNUMX むンタヌフェむスは非掚奚になりたした。これらの機胜のサポヌトは今のずころ完党に継続されおおり、これらの機胜を䜿甚し続けるナヌザヌの数を調査するために譊告が出されおいたす。
    • リング トレヌス バッファを構成しお再起動埌に蓄積されたデヌタを保存する機胜が远加されたした。これにより、カヌネル クラッシュが発生した堎合でも蓄積されたデバッグ情報が倱われないようになりたす。デヌタはメモリに保存されたす。有効化は、trace_instance カヌネル コマンド ラむン パラメヌタを通じお行われたす。たずえば、「trace_instance=boot_map@0x285400000:12M」を蚭定するず、「boot_map」バッファ甚に 12x0 に 285400000 MB のメモリが予玄され、ファむル /sys/kernel からアクセスできるようになりたす。 /tracing/instances/boot_map.
    • Rust-for-ブランチからの倉曎の移行を継続LinuxRust をドラむバやカヌネル モゞュヌルの開発における第 2 蚀語ずしお䜿甚するこずに関連する倉曎 (Rust のサポヌトはデフォルトでは有効になっおおらず、カヌネルの必須ビルド䟝存関係に Rust は含たれおいたせん)。二重リンク リストず赀黒探玢朚を扱うための 'list' および 'rbtree' モゞュヌルを远加したした。'init'、'sync'、'types'、および 'error' モゞュヌルの機胜を拡匵したした。Spectre 攻撃に察する保護 (MITIGATION_{RETHUNK、RETPOLINE、SLS} オプション) を備えたカヌネルの構築時、KASAN デバッグ システムの䜿甚時、kCFI (カヌネル制埡フロヌ敎合性) および Shadow Call 保護メカニズムの䜿甚時、および远加の GCC プラグむンの䜿甚時に Rust コヌドを䜿甚する機胜を远加したした。Rust で蚘述された Applied Micro QT2025 PHY Ethernet コントロヌラのドラむバを远加したした。ドキュメントを含む別の Web サむト (rust.docs.kernel.org) を甚意したした。
    • xdrgenナヌティリティがカヌネルの゜ヌスコヌドに远加されたした。これは、XDR倖郚デヌタ衚珟仕様を、カヌネルで採甚されおいるC蚀語スタむルで蚘述されたXDR゚ンコヌドおよびデコヌド関数に倉換するためのものです。 Linux.
    • カヌネルは、ナヌザヌ空間からカヌネルにデヌタをコピヌするために䜿甚される 64 ビットの copy_from_user() 関数での、barrier_nospec() ぞの遅い呌び出しの数を枛らすために、ポむンタヌ マスキング メカニズムを実装する倉曎を採甚したした。マスキングを䜿甚するず、2.6 ぀のスレッドで実行できる操䜜の数を評䟡する「per_thread_ops」テストが XNUMX% 高速化されたす。
    • 新しい USB ドラむバヌが远加されたした。これにより、USB 経由で 9p ファむル システムをマりントするずきに、USB デバむスからデヌタを送受信するためのトランスポヌトずしお 9pfs プロトコルを䜿甚できるようになりたす (たずえば、「mount -t 9p -o trans=usbg, aname=/path/to/fs /mnt/9")。新しいドラむバヌの䜿甚䟋ずしおは、組み蟌みデバむスの開発時にルヌト パヌティションのブヌトを敎理する代わりに NFS を䜿甚するこずが挙げられたす。
  • ディスク サブシステム、I/O、およびファむル システム
    • システム内のメモリ ペヌゞのサむズよりもブロック サむズが倧きいストレヌゞ デバむスを操䜜する機胜が VFS サブシステムに远加されたした。ファむル システムでは、この機胜は珟圚 XFS でのみサポヌトされおいたす。
    • ナヌザヌ空間で動䜜するファむル システムの実装を䜜成できる FUSE サブシステムは、マりントされた倖郚パヌティション䞊の特定のナヌザヌのファむルを珟圚のパヌティション䞊の別のナヌザヌず照合するために䜿甚される、マりントされたファむル システムのナヌザヌ識別子のマッピングのサポヌトを远加したした。システム。
    • 新しい fcntl 操䜜 F_CREATED_QUERY が実装され、O_CREAT フラグを䜿甚しお開かれたファむルが䜜成されたものか、たたは以前から存圚しおいたのかをアプリケヌションが刀断できるようになりたした。
    • /proc/mountinfo 解析時の競合状態を回避するために、name_to_handle_at() システム コヌルに䞀意の 64 ビット マりント ポむント ID を䜿甚する機胜が远加されたした。
    • カヌネル内の「ファむル」構造のサむズが 232 バむトから 184 バむトに削枛され、ファむルをアクティブに操䜜するシステムのメモリ消費量が削枛されたした。
    • /proc/PID/fd など、/proc 階局内のマりント ポむントにファむル システムをマりントするこずは犁止されおおり、朜圚的なセキュリティ問題が発生したした。
    • ネヌムスペヌスの操䜜に䜿甚される擬䌌 FS NSFS (NameSpace FS) は、マりント ポむントのネヌムスペヌスに関する远加情報を提䟛したす。
    • 読み取り専甚パヌティションで䜿甚するように蚭蚈された EROFS (Extendable Read-Only File System) ファむル システムは、ファむルずしお保存されたディスク むメヌゞからのファむル システムの盎接マりントをサポヌトするようになりたした。
    • 2 ぀のファむル間でコンテンツを亀換するための新しい ioctl コマンド XFS_IOC_START_COMMIT および XFS_IOC_COMMIT_RANGE が XFS に远加されたした。
    • NFS は「LOCALIO」プロトコルのサポヌトを远加したした。これにより、クラむアントず サヌバ 察応する最適化を有効にするには、同じホスト䞊でNFSを実行したす。
    • Btrfs ファむル システムでは、パフォヌマンスの最適化が提案され、コヌドがリファクタリングされ、読み取り操䜜䞭の゚クステント ロックの領域が削枛され、ペヌゞ フォリオを䜿甚するようにメモリ ペヌゞを倉換する䜜業が継続され、自動メモリ解攟が行われたした。 btrfs_path 構造䜓に実装されおいたす。
    • Ext4 ファむル システムでは、ブロック割り圓お、゚クステント管理、高速コミット、およびゞャヌナリングに関連するバグが修正されたした。
  • 仮想化ずセキュリティ
    • 既存の匷制アクセス制埡システムを拡匵するために Microsoft によっお開発された IPE (Integrity Policy Enforcement) LSM モゞュヌルが远加されたした。このモゞュヌルを䜿甚するず、システム党䜓の䞀般的な敎合性ポリシヌを定矩でき、どの操䜜が蚱可されるか、およびコンポヌネントの信頌性をどのように怜蚌する必芁があるかを瀺したす。たずえば、IPE を䜿甚するず、dm-verity システムによっお提䟛される暗号化ハッシュを䜿甚した参照バヌゞョンぞの準拠を考慮しお、どの実行可胜ファむルの実行を蚱可するかを指定できたす。
    • カヌネルのコンパむル段階で、CPU のさたざたな Spectre クラスの脆匱性に察する利甚可胜な保護方法を個別に有効にするこずができたす。 Kconfig offers new parameters: MITIGATE_MDS (protection against the Microarchitectural Data Sampling vulnerability), MITIGATE_TAA (protection against the TSX Asynchronous Abort vulnerability), MITIGATE_MMIO_STALE_DATA (protection against the MMIO Stale Data vulnerability), MITIGATE_L1TF (protection against the L1 Terminal Fault vulnerability), MITIGATE_RETBLEED (Retbleed の脆匱性に察する保護)、MITIGATE_SPECTRE_V1、MITIGATE_SPECTRE_V2 (Spectre の脆匱性に察する保護)、MITIGATE_SRBDS (特殊レゞスタ バッファ デヌタ サンプリングの脆匱性に察する保護)、MITIGATE_SSB (投機的ストア バむパスの脆匱性に察する保護)。
    • /proc/pid/mem によるメモリ倉曎を防ぐために、コマンド ラむン オプション proc_mem.force_override ず Kconfig の䞀連のビルド蚭定 (PROC_MEM_FORCE_ALWAYS、PROC_MEM_FORCE_PTRACE、PROC_MEM_FORCE_NEVER) を远加したした。
    • LSMサブシステムLinux セキュリティモゞュヌルは静的呌び出しを䜿甚するように倉曎され、セキュリティずパフォヌマンスが向䞊したした。
    • ARM64アヌキテクチャの暙準コアをゲスト環境で䜿甚できる機胜 Android-KVMハむパヌバむザが倉曎されたシステム保護されたKVM。
    • Landlock LSM モゞュヌルは、プロセスのグルヌプず倖郚環境ずの察話を制限できるようにするもので、Unix ゜ケットずシグナルを䜿甚しおサンドボックス環境ずの察話を遞択的に制限する「IPC スコヌピング」コンセプトを実装しおいたす。たずえば、Unix ゜ケットを䜿甚したサンドボックス環境から分離が適甚されおいないプロセスぞの接続を犁止し、同じスコヌプ内のプロセスぞの接続は蚱可するこずができたす。
    • KVM ハむパヌバむザヌでは、AVX10.1 拡匵機胜のサポヌトを瀺すフラグがゲスト システムの CPUID に远加されたした。
  • ネットワヌクサブシステム
    • デバむス メモリ TCP メカニズムが远加され、ネットワヌク ゜ケットを䜿甚しお呚蟺デバむスのメモリの内容をネットワヌク経由で盎接送信し (れロコピヌ モヌド)、ネットワヌク パケットの内容をデバむス メモリ領域に盎接配眮できるようになりたした。受け取る偎。パケットで送信されるデヌタは、CPU をバむパスしおネットワヌク カヌドから呚蟺デバむスのメモリに、たたはデバむスのメモリからネットワヌク カヌドに盎接転送され、パケット ヘッダヌは通垞のカヌネル バッファに到達したす。
    • 倚くのむヌサネットおよびワむダレス ドラむバヌの機胜が拡匵されたした。たずえば、Intel iwlwifi ドラむバヌは RLC/SMPS 操䜜をファヌムりェア偎に移動するためのサポヌトを远加し、RealTek rtw89 ドラむバヌはパフォヌマンスを向䞊させお RTL8852BT/8852BE-VT (WiFi 6) チップのサポヌトを远加し、マむクロチップ むヌサネット ドラむバヌは IEEE 802.3 のサポヌトを远加したした。 bw (100BASE) 仕様 -T1) および IEEE 802.3bp、Microsoft vNIC および IBM veth 仮想むヌサネットの実装が改善されたした。 Realtek RTL9054、RTL9068、RTL9072、RTL9075、RTL9068、RTL9071、および Microchip LAN8650/1 10BASE-T1S MAC-PHY むヌサネット チップ甚の新しいドラむバヌを远加したした。
    • MPTCP (MultiPath TCP) は、異なるネットワヌク むンタヌフェむスを介しお耇数のルヌトに沿っお TCP パケットを同時に配信するための TCP プロトコルの拡匵であり、ルヌティングに䜿甚される重みのサむズが 8 ビットから 16 ビットに増加したした。損倱 (ブラックホヌル) トラフィックの怜出ず、トラフィックの損倱に぀ながるシステムずの接続を確立しようずする詊行をしばらく停止する機胜を実装したした。
    • IPv6 の堎合、PIO (プレフィックス情報オプション) の「p」フラグのサポヌトが実装されおいたす。これは、割り圓おの代わりに DHCPv6-PD (DHCPv6 プレフィックス委任、RFC6) 経由でクラむアント展開モデルを遞択するために RA アドバタむズメント (IPv9663 ルヌタヌ アドバタむズメント) で䜿甚されたす。 SLAAC (ステヌトレス アドレス自動構成) を䜿甚したプレフィックスに基づく個々のアドレス。 IPv6 IOAM6 では、パフォヌマンスを向䞊させるための新しい tunsrc カプセル化モヌドのサポヌトが远加されおいたす。
    • IPsec 制埡パケットの凊理パフォヌマンスが向䞊したした。
    • 倧芏暡な nftables ルヌル セットをフラッシュするパフォヌマンスが向䞊したした。 nfnetlink_queue は SCTP サポヌトを改善したした。
    • ethtool API には、耇数のネットワヌク カヌドを 1 ぀のネットワヌク むンタヌフェむスにバむンドするためのサポヌトが远加されたした。
  • 機噚
    • AMDGPU ドラむバヌでは、AMD RDNA4 (「GFX12」) GPU のサポヌトを実装する䜜業が続けられおいたす。 GPU 党䜓をリセットせずに個々のタスク キュヌをリセットする機胜が远加されたした。
    • Intel Xe アヌキテクチャに基づく GPU 甚の Xe DRM ドラむバヌ (ダむレクト レンダリング マネヌゞャヌ) の開発は継続され、Tiger Lake プロセッサから始たる Intel Arc ファミリ ビデオ カヌドおよび統合グラフィックスで䜿甚されたす。新しいバヌゞョンには、Battlemage および Lunar Lake マむクロアヌキテクチャに基づく GPU のサポヌトが含たれおいたす。統合および個別 GPU のパラメヌタを制埡するために、CCS (Color Control Surface) Xe2 モディファむアのサポヌトが導入されたした。
    • i915 ドラむバヌは、HWMON たたは sysfs むンタヌフェむス (「fan1_input」属性) を介しおファン速床に関する情報を出力する機胜を実装しおいたす。 「i915.modeset」パラメヌタは廃止されたした。「i915.modeset=0」の代わりに「i915.nomodeset」パラメヌタを䜿甚する必芁がありたす。
    • A615、A306、および A621 GPU のサポヌトが msm DRM ドラむバヌ (Qualcomm Adreno GPU) に远加されたした。
    • Nouveau ドラむバヌは内郚構造が再加工され、クリヌニングされおいたす。
    • Intel プロセッサヌを搭茉したシステムの電力消費パラメヌタヌ (P ステヌト) を制埡する intel_pstate ドラむバヌは、非察称 (異なる特性) CPU を備えたハむブリッド システムのサポヌトず、Granite Rapids および Sierra Forest に基づくプロセッサヌの電源管理のサポヌトを远加したした。マむクロアヌキテクチャ。 Xeon Granite Rapids CPU のサポヌトが intel_idle ドラむバヌに远加されたした。 intel_rapl ドラむバヌは、AMD 1Ah ファミリ プロセスおよび Intel ArrowLake-U プロセッサヌの認識を提䟛したす。
    • クアルコム独自の 12 コア Oryon CPU ず Qualcomm Adreno GPU を䜿甚する ARM SoC Snapdragon X Elite をサポヌトするための倉曎が匕き続き含たれたす。このチップはラップトップや PC での䜿甚を目的ずしおおり、倚くのパフォヌマンス テストで Apple M3 チップや Intel Core Ultra 155H チップよりも優れおいたす。
    • ARM ボヌド、SoC、デバむスのサポヌトを远加: Broadcom bcm2712 (Raspberry Pi 5)、Renesas R9A09G057 (RZ/V2H)、Qualcomm Snapdragon 414 (MSM8929)、Lenovo ThinkPad T14s Gen 6、Lenovo A6000/A6010、Surface Laptop 7、Anbernic RG35XXSP 、Firefly Core-PX30-JD4、Lunzn Fastrhino R68S、Aspeed Riser、AGX Orin、Rockchip Qnap-TS433、Huashan Pi、Meta Catalina、BeagleY-AI、NanoPi R2S Plus、ExynosAuto v920、SOPHGO SG2002、Qualcomm IPQ5332、LG G4 (h815) )、Cool Pi CM5 GenBook、Anbernic RG35XXSP、GameForce Ace、IBM P11、Kontron i.MX93 OSM-S、NanoPC-T6
    • スクリヌン パネル Anbernic RG28XX、On Tat Industrial Company KD50G21-40NT-A1、Innolux G070ACE-LH3、Melfas lmfbx101117480、Densitron DMT028VGHMCMI-1D、Microchip AC40T08A、AOU B116XTN02.3、AUO B116XAN06.1、のサポヌトを远加したした。 XAT116、BOE TV04.1WUM -LL101、BOE NV2WUM-N140、BOE NV41WUM-N133、BOE NV63WHM-A116D、BOE NE4WUM-N140G、CMN N6BCA-EA116、CMN N2BCP-EA116、CSW MNB2LS601-1、Starry er4。
    • オヌディオ サブシステムには、チップずコヌデック RME Digiface USB、AMD ACP 7.1、Mediatek MT6367、MT8365、Realtek RTL1320、C-Media CM9825 のサポヌトが远加されたした。 Intel ASoC の叀いサりンド ドラむバヌは廃止されたず宣蚀されおいるため、代わりに AVS ドラむバヌを䜿甚するこずをお勧めしたす。 SoundWire ドラむバヌに倚くの改良が加えられたした。

出所 オヌプンネット.ru

DDoS 保護機胜を備えた信頌性の高いサむト甚ホスティング、VPS VDS サヌバヌを賌入する 🔥 DDoS攻撃察策付きの信頌性の高いりェブサむトホスティング、VPS/VDSサヌバヌを賌入したしょう | ProHoster