ハクソク

世界を動かす技術を、日本語で。

グローバルファウンドリーズがMIPSを買収予定

321日前原文(mips.com)

概要

  • GlobalFoundries が MIPS を買収し、AI・コンピュート分野を強化
  • 買収により RISC-VプロセッサIP やソフトウェアツールの提供力を拡大
  • 自動運転・産業自動化・データセンター・エッジ用途への対応力向上
  • MIPS Atlas シリーズなど最新製品でリアルタイム処理やAIエッジを強化
  • MIPSは買収後も 独立事業体 としてサービス提供を継続予定

GlobalFoundriesによるMIPS買収の概要

  • 2025年7月8日発表、GlobalFoundries（GF）がMIPSを買収する最終契約締結

  • RISC-VプロセッサIP やソフトウェアツールをGFのポートフォリオに追加

  • 自動車、産業自動化、データセンター、インテリジェントエッジ用途向けリアルタイムコンピューティング強化

  • GFの差別化されたプロセス技術 とMIPSのIP・ソフトウェアの統合

  • AIプラットフォームの多様な市場ニーズに戦略的対応

    • Niels Anderskouv（GF社長兼COO） によると、MIPSの効率的かつスケーラブルなコンピュートIPがGFの技術と強固に連携
    • RISC-Vベースのオープンプラットフォーム提供力向上
    • 世界規模の製造力と組み合わせることで、顧客の製品開発を支援

  • 買収完了は2025年後半を予定

  • 買収後もMIPSはGF内の独立事業体として運営

MIPSの最新動向と技術

  • MIPS Atlas ：オープンRISC-V仕様に基づく新世代プロセッサIPを拡充
    • リアルタイム処理、アプリケーション処理、AIエッジ向けの専用コアを網羅
  • Atlas Explorer ：設計初期段階で性能・電力・面積最適化を可能にする仮想プラットフォーム
  • P8700 ：ADASや自動運転車向け、業界初の高性能AI対応RISC-V車載CPU
  • 40年のRISCイノベーション実績 と安全性重視の設計
  • マルチスレッド技術の特許化 でレガシーアーキテクチャからの脱却を推進

GlobalFoundries（GF）の企業情報

  • 必要不可欠な 半導体製造 のリーディングカンパニー
  • 自動車、スマートデバイス、IoT、通信インフラ等の高成長市場に対応
  • 米国、欧州、アジアに及ぶ グローバル製造拠点
  • セキュリティ、長寿命、サステナビリティ重視の製品提供

今後の展望と留意事項

  • 買収は規制当局の承認など通常の条件を満たす必要あり
  • 買収完了後もMIPSは幅広い技術分野の顧客にサービスを継続
  • 将来予測に関する記述はリスクや不確実性を含むため、過度な信頼は禁物
  • GFは法的義務がない限り、将来予測の更新義務を負わない

参考・お問い合わせ

  • MIPS公式サイト：MIPS.com
  • GlobalFoundries公式サイト：gf.com
  • メディア問い合わせ先：Erica McGill（erica.mcgill@gf.com、+1-518-795-5240）

Hackerたちの意見

面白いけど、チップ設計、製造、パッケージングのエンドツーエンドパイプラインを所有するっていうのは補完的な試みだね。特に埋め込み用途に関して。MIPSもRISC-Vに乗っかってるし、その分野で才能と資本が集まってきてるのを感じるよ。

└

RISC-Vの分野で才能と資本が集まったのは、02019年にAlibabaでのことだよね。https://www.cnx-software.com/2019/07/27/alibaba-unveils-xuan... 確かMIPSは、この記事で言及されているXuanTie 910と競えるようなハイエンドプロセッサをまだ出荷してないと思う。あと、すでに出荷された数十億のRISC-Vマイクロコントローラーコア（02022年時点で10億個、https://wccftech.com/x86-arm-rival-risc-v-architecture-ships...による）は、ほとんどMIPSからではないと思う。

└

面白い比較だね。MIPSは今のRVが占めているニッチに昔はいた - 誰でも実装できるISA。たくさんの企業が独自のMIPS実装を持っていたけど、自分たちのチームがあっても、必要なコアサイズをすべて実装したくないから、MIPS社の実装を使うこともあった。でも、何らかの理由で多くの企業が数年以内にARMに切り替えたんだ（場合によってはアーキテクチャライセンスを取得してCPUチームを維持しながら）。RVはより安定した構造を持っているようで、基盤がコアをライセンスしないから、実装者の一人や二人がいなくなっても、エコシステムの存続には必ずしも影響しないみたい。

突然、（古い？）ファブと社内にCPU設計チームを持つ別の会社が出てきたね。低価格帯で市場シェアを獲得するために、どれだけ損失を出してでも頑張るのか、見ものだね。

└

GFのファブはそんなに古くないよ。02018年まではTSMCと互角だったし、12nmもできてたんだ。https://web.archive.org/web/20190107061855/https://www.v3.co...

└

彼らは、極端なCMOSスケーリングを必要としないイノベーションにシフトすることに決めたんだ。例えば、28nmで超低消費電力のSOIにかなり注力してる。iPhoneには10nm未満の技術を使ってるチップはほんの少ししかないからね。残りはもっと大きなルールを使ってるし、メモリもそうだよ。

└

突然、（古い？）ファブと社内にCPU設計チームを持つGlo-floが、EUVなしの誰にとっても最先端になってるね。

いろんなRISC-V CPU IPベンダーは、財務的にはどうなんだろう？これって市場の統合の始まりなのかな？

└

一般的に、人々はRISC-VのCPU IPにお金を払わないと思う。

└

RISC-Vに取り組んでいるCPU IPベンダーはたくさんいるよ。中国が大きな供給源で、理由は説明する必要ないよね。

└

Esperantoが閉鎖した。 https://www.eetimes.com/ai-startup-esperanto-winds-down-sili...

それを遅延スロットに入れて吸ってみな。https://en.wikipedia.org/wiki/Delay_slot 他のアーキテクチャがこれを使ってるのに驚いたよ。

└

TIのC40がそれを使ってたよ。

└

01981年には良いアイデアに思えた。MIPSの拡張は「インターロックパイプラインステージなしのマイクロプロセッサ」という名目だったけど、もちろん「毎秒数百万命令」のダジャレでもある。ブランチハザードを検出するためのインターロックロジックを省略して、コンパイラにその責任を負わせることで、トランジスタ数を減らしつつ速く動くチップができる。IBMの45000トランジスタの32ビットRISC「ROMP」は、その年にIBM製品用にファブされたもので、当時のシリコン面積の貴重さがわかる。スタンフォードMIPSは非常に影響力があって、SPARCやPA-RISC、i860など、多くのRISCアーキテクチャが遅延スロット機能をコピーしたのは間違いない。でも、遅延スロットは特定の狭い範囲のマイクロアーキテクチャを簡素化するだけなんだ。元のパイプライン構造とほぼ同じでないといけない。パイプラインを長くしたいなら、インターロックを戻すか、追加の遅延スロットを加える必要があって、バイナリ互換性が壊れちゃう。だから、遅延スロットは80年代にはすぐに人気がなくなったかも。もしかしたら、最初から良いトレードオフじゃなかったのかも。80年代にRISCに人々を引き寄せた主な要因の一つは仮想メモリで、特にページフォルト後に故障した命令を再起動できる必要があったから。（詳しくは、MasheyのVAXがどうして終わったのかの見事な説明を見てみてね。https://yarchive.net/comp/vax.html）RISCアーキテクチャは一般的に、命令ごとに複数のメモリアクセスや複数の書き込みを持っていなかった（ARMは例外だけど）、だから失敗した命令を再起動するために必要な情報は保存されたプログラムカウンタにあった。でも遅延スロットはここで問題を引き起こす！もし故障した命令がブランチの後の遅延スロット命令だったら、再開した後に実行される次の命令は、ブランチ先の命令か、遅延スロット命令の後のアドレスの命令のどちらかになる。つまり、ブランチの前に故障を処理するか、故障ハンドラがブランチが取られたかどうかのビットを保存する必要がある。MIPSやSPARC、PA-RISC、i860のページフォルトハンドラをプログラムしたことはないから、どう処理しているのかはわからないけど、Hennessyが避けようとしていた実装の複雑さを示唆しているように思える。WPページでも、MIPSにはロード遅延スロットがあって、ロードしたデータが次の命令で使えなかったことが言及されている。Tera MTAは実際に可変数のロード遅延スロットを持っていて、ロード命令のフィールドで指定されていたから、コンパイラがメモリ参照がパケットスイッチングネットワークを通じてRAMから戻るのを待つためにできるだけ多くの命令を許可できたことを思い出す。（CPUは、ロードが割り当てられた命令数を超えるとスレッドをストールさせるけど、アイデアとしては、スレッドの巨大なレジスタセットに十分なものをプリフェッチしたコンパイラがあれば、そういうストールは非常に稀になるはずだった。）

└

うわ、こんなのがあったなんて知らなかった。すごいね。こういう特定の技術を知らないと、アセンブラコードを読むのは「ちょっと」混乱するかも。

└

SPIMは「すべての命令は効率的なシングルサイクル命令で、MHz戦争なんてどうでもいい！」って言ってるよ。/s