ToDo:
/boot/boot1.efiが ZFS対応になったので、試してみた
元々、gptzfsbootな運用だったので、
の3段構えで作業を実施
各種手引きにしたがって、efiタイプのパーテション(800KiB)を作り /boot/boot1.efifatをddで焼き込み、ブートしたいzfs名を ZPOOLの bootfs属性に 書き込むと追加したdisk側は普通に UEFIの起動領域と認識された。
BIOS bootと違い、/boot/loaderでの disk読み込みが早いというか本来の速度 が出てるので、legacy BIOS bootが鈍いのは legacy BIOS側の実装が手抜きな 気がします。
あと、嵌りどころが2点
freebsd-bootタイプのパーティションも残しておけば、legacy BIOS boot(pmbr boot)と UEFI boot両対応に出来る
密林さんとかで、Intel X540-T2を20kぐらいで投げ売りしている業者がいる
ポート単価に換算すると 10k/10GBASE-Tになるのでかなり安い
背景には、X540(PCIe Gen2 x8)の後継となるX550(PCIe Gen3 x4)が リリースされたことによる在庫調整がある模様
PCIe Gen2なマザーに載せるなら悪くないかも…
Gen3世代だとx8スロット(HBA/HCAに使いたい)を消費する点や 消費電力面(X550はヒートシンクが小型化している模様)でデメリットあり
前回の続き
ASRock Fatal1ty Z170 Gaming-ITX/ac の進捗として、ASRock Z170 PRO4についてはBIOS 3.50で治っているとの 報告もあるので、そのうち他のマザーもBIOS更新時に修正はいるかもしれない
あと、エラーメッセージだけ消しても1-thread分の kernel CPU timeを 永遠と消費しつづけるので、quick hackしてみた
Index: sys/contrib/dev/acpica/components/events/evgpe.c =================================================================== --- sys/contrib/dev/acpica/components/events/evgpe.c (revision 299519) +++ sys/contrib/dev/acpica/components/events/evgpe.c (working copy) @@ -621,6 +621,14 @@ ACPI_EXCEPTION ((AE_INFO, Status, "while evaluating GPE method [%4.4s]", AcpiUtGetNodeName (GpeEventInfo->Dispatch.MethodNode))); + if (GpeEventInfo->GpeNumber == 0x6F) + { /* Quick hack for GPE6F storm on Asrock Z170M Extreme4 */ + ACPI_CPU_FLAGS Flags; + printf("AcpiEvAsynchExecuteGpeMethod: Disable GPE%02X\n", GpeEventInfo->GpeNumber); + Flags = AcpiOsAcquireLock (AcpiGbl_GpeLock); + Status = AcpiEvRemoveGpeReference (GpeEventInfo); + AcpiOsReleaseLock (AcpiGbl_GpeLock, Flags); + } } break;
contribにある ACPI-CA実装にパッチしてるので美しくなけど、 最初のGPE 6Fで止まる
真面目にやるなら、sys/contrib/dev/acpica/components/events/evxfgpe.c内の AcpiDisableGpeを呼び出してGPE 6Fを無効化する kernel moduleを作って起動時に読み込ませるのが正道だと思う
カテゴリー: Admin | Emacs | EPICS | Fortran | FreeBSD | GCC | hgsubversion | IPv6 | KEKB | LHC | Lisp | LLVM | MADX | Ryzen | SAD | samba | tDiary | unix | WWW | YaSAI | お仕事 | イベント | 出張 | 宴会 | 数学 | 艦これ | 買いもの | 追記 | 雑記