アカウント名:
パスワード:
まあ素人の思い付きなど、当然検討済みなんだろうけど。
昔のX86系MB用BIOSには、OS/2との互換とかで、RAM先頭1MB空けるオプションの記憶がある。本来は同様にBIOS・UEFI辺りで何とかすべきものなのかも。
別に「ハード依存で勝手に書き換わる癖がある領域をまとめて潰す」っていうバグ対策だから対策解除したらバグが再現するってだけ
どうしても使いたければ全てのCPUやマザーボードの仕様とバグを全部列挙してこのマザーではここからここの何KBは使えるとか細かく設定すればいいけどそんな事を調べて考えて新製品やら構成変更やら追従するだけ時間の無駄ってだけ
たった1024KBのうち512KBとか32KBとか具体的にどんだけか知らんけどそういうごく僅かな領域を回収したければ勝手にやればいいんじゃね?それよりメインメモリ先頭1MBをまとめて無効化した方が遥かに生産的ってだけ
x86でUEFI経由レガシー残ってんのは多分USBブート/HIDさんのせいなんだろうなーとどっか大手が覚悟決めて始めからx64一本で完結するPC製品だけに集約すれば流れもできるだろうに
特定アドレスを使わないオプションはある(memmapかな?)けど、1MB以下も使えたかなあ?そのオプションはDIMMが故障したときに使ったよ。
ただし、オプションなしだと起動しないってのはなしかと思う。
CONFIG_X86_RESERVE_LOW で ggrks
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ハッカーとクラッカーの違い。大してないと思います -- あるアレゲ
Linux起動オプションとかで、RAM先頭1MB予約解除とか、できないのだろうか? (スコア:0)
まあ素人の思い付きなど、当然検討済みなんだろうけど。
昔のX86系MB用BIOSには、OS/2との互換とかで、RAM先頭1MB空けるオプションの記憶がある。
本来は同様にBIOS・UEFI辺りで何とかすべきものなのかも。
Re:Linux起動オプションとかで、RAM先頭1MB予約解除とか、できないのだろうか? (スコア:1)
別に「ハード依存で勝手に書き換わる癖がある領域をまとめて潰す」
っていうバグ対策だから対策解除したらバグが再現するってだけ
どうしても使いたければ全てのCPUやマザーボードの仕様とバグを全部列挙して
このマザーではここからここの何KBは使えるとか細かく設定すればいいけど
そんな事を調べて考えて新製品やら構成変更やら追従するだけ時間の無駄ってだけ
たった1024KBのうち512KBとか32KBとか具体的にどんだけか知らんけど
そういうごく僅かな領域を回収したければ勝手にやればいいんじゃね?
それよりメインメモリ先頭1MBをまとめて無効化した方が遥かに生産的ってだけ
Re:Linux起動オプションとかで、RAM先頭1MB予約解除とか、できないのだろうか? (スコア:1)
x86でUEFI経由レガシー残ってんのは多分USBブート/HIDさんのせいなんだろうなーと
どっか大手が覚悟決めて始めからx64一本で完結するPC製品だけに集約すれば流れもできるだろうに
Re: (スコア:0)
特定アドレスを使わないオプションはある(memmapかな?)けど、1MB以下も使えたかなあ?
そのオプションはDIMMが故障したときに使ったよ。
ただし、オプションなしだと起動しないってのはなしかと思う。
Re: (スコア:0)
CONFIG_X86_RESERVE_LOW で ggrks