hanky's re:blog: 10月 2020

正確地來說，是 unix timestamp = 1600000000 這件事。

CACTI 在檢查 graph start/end 日期與時間時，把檢查 timestamp 的公式寫死在程式碼中了，1600000000 就這樣變成 timestamp 的上限值。這在 2001 年 CACTI 誕生時是沒問題的，可是沒想到大家一用就是19年過去了，這個 BUG 才在上個月讓大家「同時」遇到。

細節的部份請大家看：

Unix timestamps after Sep 13 2020 are rejected as graph start/end arguments

Timestamp BUG #3798

雖然官方其實早在半年前就更新了⋯⋯但如果你的系統不方便升級 CACTI 版本的話（很多人都是這樣的，所以才會現在一大堆人也遇到），就手動改吧，改法就照上面第二個連結教的：

1. 如果你 CACTI 目錄下有 graph_json.php 這隻檔案，那就是用 vi 修理它，找出 1600000000 這個字串，會有兩個地方有（分別用來檢查 graph_start 與 graph_end 變數），把它們都改成 2600000000 就能將這個 BUG 的發作時間延後到 2052/5/22 了。

2. 如果你 CACTI（通常是 0.8.x 版）目錄下有 graph_image.php 與 graph_xport.php，就抓這兩隻程式來修理，照上面的改法。

至於官方的改法也很妙，就只是把這個常數拉到 include/global_constants.php 定義成 FILTER_VALIDATE_MAX_DATE_AS_INT，但這樣做（目前是定義 2088385563）一樣只是把 BUG 發作時間延到 2036/3/6 呀⋯⋯

總之，不管是哪個改法，請把上面對應的日期加到你的行事曆吧。

今天的實驗是把一台 LG 34WK95U 5k2k 21:9 螢幕接上 Hackintosh。

先上結論：

1. 直接用 RX 5500XT 的 DP1 接上螢幕的 DP 埠，沒問題。

2. RX 5500XT 的 DP1 先接到 Z390 Designare 主機板的 DP in 埠，再走 thunderbolt3 到螢幕的 thunderbolt3 埠⋯⋯很抱歉，會卡死在 kernel panic，看了一下 crash report 出問題的似乎是死在 AppleIntelCFLGraphicsFramebuffer 這部份；看論壇的討論，可能是因為 5k 已超過 UHD630 的極限了，所以對 Hackintosh 來說會需要一個 kextpatch 來限制在 4k 以內（奇怪⋯⋯明明不關它的事）；但我做了 patch 後，還是不行呀，蘋果白條還是跑到80%左右就GG了。

關於（2）的 crash 狀況呢，接下來可能要換原廠 Thunderbolt 3 Pro 的線來試試，或是把 SMBIOS 從 iMac19,1 改成 iMacPro 1,1 這樣等於直接廢掉 iGPU；當初 SMBIOS 選 iMac19,1 是為了好奇看看 sidecar 的功能長怎樣⋯⋯啊就用了幾次後覺得這其實很廢啊（試想：桌上型主機都在用27吋～40吋螢幕了你還有需要掛一台 ipad 在旁邊當第二顆？）這個功能給 Macbook Pro 用才是適合的（蘋果要把 DuetDisplay 這類旁門左道趕盡殺絕）。

2020/10/03更新：

1. 線也換了，用盡各種 WhateverGreen 參數/屬性修改，只要是走 DP-in -> TB3 -> LG 都一樣得到 kernel panic type 14 無法正常開機；最終還是只能回到 5500XT DP1 直接接 LG DisplayPort 回到原狀。在重新看過 Crash Report 後，問題似乎是出在別的地方，而不是只有 iGPU 方面的因素。

2. 最後死馬當活馬醫，改用 platform-id = 0x3E9B0007 ⋯⋯咦，終於有畫面了，別高興得太早，此時最多就只能選擇 4k 解析度。當然進一步可以利用 SwitchResX 來處理這個問題，但是想想實在太麻煩了，所以到此我決定放棄找解法了。下次會試的就是直接 SMBIOS 選 iMacPro 囉，那將是另一個故事的開始了。