アカウント名:
パスワード:
やはり>デバイスベンダーはLinuxカーネルにこれらのデバイス固有の改良を加え、ここが重要だね。汎用的なARMのコードではなくてある特定の物に依存するコードを追加しようって言うのがね。そうなるとLinuxカーネルがメーカ側の身勝手さでとんでもない煩雑としてカーネルソースになる可能性があるよね。
そうならないためにMSはhttp://eetimes.jp/ee/articles/1106/06/news110.html [eetimes.jp]Win8で対応するARMベンダーを固定する気でいるのでしょうね。
要はarch/arm/の下が混乱してるってことでしょう。
arch/arm/march-xxxだったかな、固有のコードが放りこまれて太り続けてる。ARMはSoCがメインで、SoCが持つペリフェラルをイネーブルにするようなコードもarch/armの下に放りこまれてたりするのは確か。そんなのはドライバでやれよとイライラするのもわからないではない気はする。
もっともarch/x86の下もそのようなコードはあったりもするんで、つまりはarmファミリは数が大ギルというのも一因かと。
そういえばx86を64bitに拡張しようとしたときAMDが先陣切って行ってインテル側が後からAMDの拡張と別に行おうとしてマイクロソフトから待ったがかかって結局AMDと同じ実装をする羽目になったことを思い出した。まぁそれのおかげでx86-64は統一された拡張になったんだよね。あれがなかったらx86のカーネルもARMほどではなくて2社だけど多少は大変な状況になっていたかもね。
余談だけどインテルは当時とはx86であるIA32は切り捨ててIA64に移行しようとして大失敗。インテルにのったHPのAlphaCPU開発チームもそれにつられて大失敗。で先日のhttp://srad.jp/article.pl?sid=11/06/17/1936212 [srad.jp]このニュースに行き着くと言うことですね。
>アーキテクチャとその実装の区別のついていない人が多すぎます。おまえがな。ハードウェアにしてもソフトウェアにしてもエミュレートでの実装だ。ネイティブで実装しているわけではない。知ったかぶりには困るね。
「IA-64 アプリケーション・デベロッパーズ・ アーキテクチャ・ガイド」 http://download.intel.com/jp/developer/jpdoc/adag_j.pdf [intel.com] > また、IA-64 アーキテクチャは、IA-32 命令セットとのバイナリでの互換性がある。IA-64 プロセッサは、IA-32 アプリケーションの実行に対応できるIA-64 オペレーティング・システム上で IA-32 アプリケーションを実行できる。また IA-64 プロセッサは、従来の IA-32 オペレーティング・システム上で IA-32 アプリケーション・バイナリを実行できる ( システムにプラットアフォームおよびファームウェアがサポートされている場合 )。IA-64 ア
μOPsとItaniumのIA32のエミュレートの実装を同一レベルで考えるってどれだけあほ?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
汎用と固有 (スコア:4, 参考になる)
やはり
>デバイスベンダーはLinuxカーネルにこれらのデバイス固有の改良を加え、
ここが重要だね。
汎用的なARMのコードではなくてある特定の物に依存するコードを追加しようって言うのがね。
そうなるとLinuxカーネルがメーカ側の身勝手さでとんでもない煩雑としてカーネルソースになる可能性があるよね。
そうならないためにMSは
http://eetimes.jp/ee/articles/1106/06/news110.html [eetimes.jp]
Win8で対応するARMベンダーを固定する気でいるのでしょうね。
Re: (スコア:1, 興味深い)
要はarch/arm/の下が混乱してるってことでしょう。
arch/arm/march-xxxだったかな、固有のコードが放りこまれて太り続けてる。
ARMはSoCがメインで、SoCが持つペリフェラルをイネーブルにするようなコードも
arch/armの下に放りこまれてたりするのは確か。
そんなのはドライバでやれよとイライラするのもわからないではない気はする。
もっともarch/x86の下もそのようなコードはあったりもするんで、つまりは
armファミリは数が大ギルというのも一因かと。
Re: (スコア:1, 参考になる)
そういえばx86を64bitに拡張しようとしたときAMDが先陣切って行ってインテル側が後からAMDの拡張と別に行おうとして
マイクロソフトから待ったがかかって結局AMDと同じ実装をする羽目になったことを思い出した。
まぁそれのおかげでx86-64は統一された拡張になったんだよね。
あれがなかったらx86のカーネルもARMほどではなくて2社だけど多少は大変な状況になっていたかもね。
余談だけど
インテルは当時とはx86であるIA32は切り捨ててIA64に移行しようとして大失敗。
インテルにのったHPのAlphaCPU開発チームもそれにつられて大失敗。
で先日の
http://srad.jp/article.pl?sid=11/06/17/1936212 [srad.jp]
このニュースに行き着くと言うことですね。
Re: (スコア:0)
誤解していますよ。
IA64はIA32とバイナリ互換です。
少なくとも私はItanium機にMS-DOSの起動FDをつっこんで、ちゃんと起動するのを見ましたし、
32ビットの既存のWindowsアプリが動作するのも見ましたよ。
Re: (スコア:0)
IA64がIA32を包含しているわけではない…
という事だと思ってたが、違う?
(釣りとかネタだったら恥しいのでAC)
Re: (スコア:0)
> という事だと思ってたが、違う?
IA-64はIA-32アプリケーションをサポートしています。マニュアルにきちんと書いてあります。
アーキテクチャとその実装の区別のついていない人が多すぎます。
Re:汎用と固有 (スコア:0)
>アーキテクチャとその実装の区別のついていない人が多すぎます。
おまえがな。
ハードウェアにしてもソフトウェアにしてもエミュレートでの実装だ。
ネイティブで実装しているわけではない。
知ったかぶりには困るね。
Re: (スコア:0)
PentiumPro以降もネイティブではなくエミュレートと呼ぶべきですね。
もちろん、PentiumPro以降がネイティブではないという指摘には同意します。
Re: (スコア:0)
「IA-64 アプリケーション・デベロッパーズ・ アーキテクチャ・ガイド」
http://download.intel.com/jp/developer/jpdoc/adag_j.pdf [intel.com]
> また、IA-64 アーキテクチャは、IA-32 命令セットとのバイナリでの互換性が
ある。IA-64 プロセッサは、IA-32 アプリケーションの実行に対応できる
IA-64 オペレーティング・システム上で IA-32 アプリケーションを実行でき
る。また IA-64 プロセッサは、従来の IA-32 オペレーティング・システム上
で IA-32 アプリケーション・バイナリを実行できる ( システムにプラットア
フォームおよびファームウェアがサポートされている場
合 )。IA-64 ア
Re: (スコア:0)
μOPsとItaniumのIA32のエミュレートの実装を同一レベルで考えるってどれだけあほ?
Re: (スコア:0)
Itaniumでは、IA32命令をデコードしIA64と同じ実行ユニットに流した後に、IA32命令専用のリタイアメント&例外の処理が行われる。
これはまさに、PentiumPro以降で、uOPsに変換し、RISC風コアで実行し、再びIA32命令としてのリタイアメント&例外の処理を行うのと、そっくりでしょう。