2006.08.25 suspend/resume のその後 以前「6月3日は CF-R4 の suspend/resume の日」 (http://blog.ninth-nine.com/diary/20060604.txt)で suspend/ resume の話を書いたが, 少し状況が変わってきた感じがあるのでメ モっておく。といっても本質的に何かが変わったという話ではない。 あいかわらず hint.apic.0.disabled="1" は必要みたい。このあたり が本質的に変わってない所以:-)。何が変わったか, というと sysctl hw.acpi.reset_video=1 にした。ということ。この値はディ フォルト 0 で resume 時に VGA 再初期化を行うように BIOS call を*行わない*というものです。というのも, 結構な数の Video BIOS でこのあたりの処理があまりよろしくないというか, WIndows のデ バイスドライバがよきに計らってくれる前提で書かれているせいか まともに機能しないことが多かったからです。実際, X でもこのあ たり再初期化を行うので大抵は問題にならないのですが…。 ところが最近の 6-stable を使っていると, resume 後画面が真っ暗 になってしまい, suspend/resume がまたダメになったのかな…と考 えていたところ, CTRL+ALT+DEL で reboot できることからもしかし て…と思い, hw.acpi.reset_video=1 に設定したら見事に改善しま した:-)。 suspend から resume まで, 各々のステージ(?)で状況が確認できる かと思われるが, チェックシート(?)的には下記のようなチェックが 必要になると思われる。 1. 電源が off になる →ならないとなると suspend サポートしてないかも。 2. 電源を on になる →ならないとなると suspend が足りない(?)かも。第一世代 CF-R4 等で見られる。 3. HDD が回り始める →ならないとなると resume が足りないかも。 4. HDD のアクセスランプが光る →resume 時に /var/log/messages に resume 時刻が書き込ま れるので, 光らないとなると, OS がダメ(freeze)かも。 5. 画面が復帰する →画面が真っ暗にもかかわらず, CTRL+ALT+DEL で reboot す るなどの現象が確認できる場合, OS のかなりの部分まで resume できているので hw.acpi.reset_video=1 を検証して みる価値がある。 あと acpi_video(4) ドライバのでき(?)がよくなった。という話も あるので, そちらを攻めてみるのもいいかもしれない。とは言え, acpi_panasonic(4) ドライバとは共存できないので, 私の CF-R4 でどうなるかは検証していない。とりあえず hw.acpi.reset_video 試してみて ,次に acpi_video(4) 回りの sysctl をいじってみる しかないかな。と思います。 Written by 重村法克