■事実
2026年9月8日、x86アーキテクチャの専門家Christian Ludloff氏がLinuxカーネルメーリングリスト（LKML）に技術文書を投稿しました。
Ludloff氏はGoogle・AMD・Texas Instrumentsなどでx86アーキテクチャの専門家として勤務した経歴を持ち、x86 CPU情報サイト「sandpile.org」の運営者としても知られる人物です。
文書によれば、IntelでもAMDでもない正体不明の企業が、APX（Advanced Performance Extensions）・FRED（Flexible Return and Event Delivery）・x86Sの3仕様に対応したx86プロセッサをすでに開発しており、1年以上前から大規模に展開しているということです。
このプロセッサは64bit保護モード（PM64）と5段階ページテーブル（PML5）のみをサポートし、従来のレガシーモード・16bit保護モード・32bit互換モードは完全に廃止されています。
廃止された旧モードの互換性は、ソフトウェアエミュレーションで対応する設計だといいまする
APXは汎用レジスタ数を従来の16本から32本に倍増させる拡張仕様です。
FREDは特権レベル切り替え時の割り込み・イベント処理を高速化する仕組みで、従来のIDT（割り込みディスクリプタテーブル）方式を置き換えます。
このチップはAMX（行列演算用拡張命令）についても、Intel現行Xeon CPUが対応する8タイル構成を上回る、16タイル・32タイル構成に対応しているとされています。
Ludloff氏は文書内で「x86-64時代が20年以上続いた今、レガシーモードとコンパチビリティモードはその役目を終えた」「複雑さをx86ソフトウェアエミュレーションに移し、x86神話を捨て、応急処置のガムテープをしまう時が来た」と述べています。
Intelは2023年に同様の思想を持つ「x86S」構想を提唱していたが、2024年12月、AMDとの「x86 Ecosystem Advisory Group」設立を機に単独推進を断念していました。
正体不明のベンダーの候補として、x86ライセンスを持つ中国メーカーの兆芯（Zhaoxin）・海光（Hygon）、または米国のスタートアップRosaicLabsが取り沙汰されています。
RosaicLabsは2026年7月末、IntelからAtomプロセッサのRTL（レジスタ転送レベル）設計データのライセンス供与を受けたと報じられています。
RosaicLabsのCEO・Amarjit Gill氏は、Intel現CEOのリップブー・タン氏と過去に投資関係があった半導体業界のベテラン経営者とされていまする
ベンダーの正体は2026年9月9日時点で公式には特定されていません。
ソース：
解説
「x86の32bit互換性を切り捨てる」という話自体は目新しくない。Intelが2023年に「x86S」として自ら提案していた構想で、2024年末に事実上撤回された経緯がある。
Intelは撤回理由を「AMDとの協調（x86 Ecosystem Advisory Group）を優先するため」と説明したが、当時のIntelは大規模リストラや18Aプロセスの歩留まり問題を抱えた経営危機の真っ只中だった。単独でエコシステム主導の大改革をやり切る体力がなかった、というのが実態に近いのではないだろうか。
つまり「Intelがやらなかったこと」の裏には、技術難易度だけでなくIntel自身の経営体力の問題があったと見るべき。
そこに正体不明のベンダーが割り込んできたという構図は面白いが、鵜呑みにする前に一歩引きたい。ソースはあくまで「LKMLへの投稿」であり、実機ベンチマークでも量産発表でもない。
Ludloff氏自身は業界の重鎮で発言の信頼性は高いが、彼は「情報を伝える人」であって「作っている人」ではない。パッチが本物でも、それが1年以上実運用されているかどうかは第三者には検証しようがない。
候補の兆芯・海光は中国国内向けライセンス生産の実績はあるが、AMXの32タイル拡張のような最先端の独自拡張を実装する動機・技術力があるかは疑問が残る。
もう一つの候補RosaicLabsは、IntelからAtom系RTLの供与を受けたスタートアップだが、Atom系はそもそも低消費電力・組み込み向け設計。APXやAMX32タイルのようなデータセンター/AI向けの重量級拡張とは方向性が逆を向いており、この矛盾は指摘しておきたい。
冷静に見れば、現時点でわかっているのは「誰かがLinuxカーネルにパッチを投げている」という一点のみ。量産チップなのか社内実験用ASICなのか、ハイパースケーラーの自社開発シリコンなのかは全くわからない。
それでも業界が騒ぐ理由は単純で、「32bit互換性の切り捨て」自体が長年のタブーだったから。金融機関の基幹システムなど32bit依存のソフトは今も現役で、これをやり切るにはOS・ソフト側の全面協力が要る。
IntelとAMDが組んでも単独では踏み切れなかった話に、正体不明の1社が先に踏み切ったとすれば、それは汎用OSの互換性を気にしなくていい、相当に閉じた用途（社内サーバー、AI専用アクセラレータなど）である可能性が高い。
名前も出さず正体も明かさず、Linuxカーネルにだけ淡々とパッチを送り続ける——まるでSNSをやらない引きこもりの天才のような振る舞いだが、その正体が「AI用行列演算モンスター」だとしたら、なかなか洒落が効いている。
「Intelがやらなかったことをやった」という見出しは威勢がいいが、実態は「Intelがやれなかったこと」を、しがらみのない小さな組織がこっそりやってのけた、という話に近い。しがらみの大きさこそが、この業界の本当のボトルネックなのかもしれない。