Orz日記 by Akio Morita

_ [雑記][FreeBSD]ASRock Z170M Extreme4の GPE storm

以下のkernel messageが延々と出力される

ACPI Exception: AE_NOT_FOUND, while evaluating GPE method [_L6F] (20150515/evgpe-621)
ACPI Error: [PGRT] Namespace lookup failure, AE_NOT_FOUND (20150515/psargs-391)
ACPI Error: Method parse/execution failed [\\134_GPE._L6F] (Node 0xfffff8000a4b8140), AE_NOT_FOUND (20150515/psparse-552)

同様の事例が、ASRock Fatal1ty Z170 Gaming-ITX/acで報告されてる

ACPI BIOSに於けるシンボル未定義バグなので、解決するには

• ASRockが正しい BIOSをリリースするのを待つ
• 起動時に、修正済のDSDTと差し替える
  • /boot/loader.confの acpi_dsdt_load, acpi_dsdt_name にて

緩和策としては

• GPE6Fの処理を抑止する
  • Linuxの実装だと GPEの抑止制御を行なう kernel interfaceがあるようだが…

11.0-CURRENT-20151217-r292413も試してみたが(I219-V driverの確認のため)、ACPI enalbe/disable両方共boot中に kernel panicとなった

_ [SAD]作業の方向性

とりあえずの優先順位

• ivtkoffset依存性の削除
  • tfsortl回り(影響範囲 Sort/Union/Override/Replace)
    • ad/av arrayをC pointer渡しで再実装する
    • BSD libcの qsort/msort/hsortをアルゴリズムに使う
    • 比較関数は、blocks拡張・Nested Function拡張を使う
    • まずは、Sort/Union系をsrc/tfSort_.cとして再実装する
    • 初期実装は、blocks拡張ベースで
  • tfseval回りのスタック展開・部分式評価コードの再実装
    • 長いリストの再帰展開に関しては、ヒープへの展開も考慮すべきか？
    • 境界トラップ無しだと、Overrun時にSEGVする(stack guardによって)
    • 再帰展開エラーを扱うには、APIの再設計が必要な可能性有り
• heap allocatorの整理
  • taloc2, taloc3等の複合allocatorの削除
  • mfalloc/freemeの置き換え
    • より高次のAPI italoc/tfreeへ置き換える
    • 一部のアライメント調整コード・部分返却コードを削除する
  • heapの部分返却コードの削除
  • heap allocatorの再実装
    • 管理領域を割当て領域から分離する
    • アリーナ管理を一元化する(large page/small page/italocの3層に分離している)
  • scope付きallocator frontendの整理
• stack indexの同一視の削除
  • stringbuf系をSAD stack上に配置するコードを削除する
    • on-heapなコードはほとんど未使用なはずなので、注意が必要
    • on-heapなbufferingコードを再実装すべきか？

_ [雑記]Ruby2.6 EoL

Ruby2.6が 2022年3月末でEoLらしいので、Webで使っているRubyの更新を行わないと…