會要這樣做的原因是因是因為 grub 本身帶有一些 graphic mode 的操作動作, 可以借此秀出美美的開機選單, 與更多行的文字, 也因此會引起一些奇怪的問題, 早先前我自己的工作機用 AMD HD5750 時有時開機從 console 進 X 會掛掉, 到後來客戶的 baytrail 板子開機時不定時發生 X 根本進不去的問題, 後來無意間才追到是 grub 的問題....
---
首先先論述這個問題. kernel 3.13 以後的版本, 在 J1900 上跑幾天會自己 freeze 掉 (凍結, 沒有任何錯誤訊息, 就完全沒有反應), 特別容易發生在 1. 機器沒有接任何 USB keyboard/mouse 2.機器有跑 VMware workstation 而且虛擬機器內 CPU 開一顆以上. 3. J1900 CPU 上. 同為 baytrail 的 E3815/3825/3845 沒有這問題.
這個問題其實困擾我快 3 年了, 這 3 年間看過許多奇奇怪怪的解法在 J1900 上試都沒什用, 當然包括 intel 這篇文章的內容也沒有用. 而在 kernel 4.x 時代關 c-state 的繞路解 (intel_idle.max_cstate = 1, 還是 c-state patch) 會在 kernel 5.x 上失效.
在後來 kernel 5.x 時代的 ubuntu 18.04 & 20.04 上, kernel 不需要下任何東西, 也不用下 c-state patch 就可以正常運作, 但要排除我一開始寫的兩個問題, 就沒事. 機器可以開好幾天都很正常, 但只要 VM workstation 開下去, 約 84 小時內就會 freeze. 有時快一點 4 小時以內就死.
這時我的建議, host OS kernel parameter 加上 "usbcore.autosuspend=-1", 也就是 /etc/default/grub 裡 "GRUB_CMDLINE_LINUX=" 這裡加上去, 如 "GRUB_CMDLINE_LINUX=usbcore.autosuspend=-1". 其它都不用加.
還有機器上請乖乖插上一隻 USB keyboard 或 mouse, 只要機器還認的到它是 USB HID 裝置就可以, 不需要可以正常使用, 不需要沒事去動它.
short for english version. added "usbcore.autosuspend=-1" to kernel parameter at boot (may insert this to grub..), and plug one USB HID device, such like keyboard, or mouse. and don't using any ACPI c-state patch..
update 2020/11/09: usbcore.autosuspend=-1 不用加, 而 USB kb | mouse 一定要接.
其實我覺得無反既然把機身做小了, 鏡頭也要做小才相對符合輕便好帶的需求, 然而在當我看到 nikon z5 同時推出的 24-50mm kit 的身型後, 毫不猶豫的找 16-50mm 來配... Ken Rockwell 本人對這顆鏡頭評價非常的高是一回事, 我只是要它的小巧而已. 至於 dx 裁切我根本不在乎.
這是上機照, 讓我有種買了 LX100 的錯覺, 特別是如果沒有那難看到爆的軍艦部的話.
附帶一題它是機械式開鏡, 機械式變焦, 不像 sony 16-50mm pz 是電動開關鏡, 鏡身操作電動變焦, 也因為大多數操作都還在用手動式, 我猜也不如 sony 那顆有那麼恐怖的故障率. 機身 firmware 3.10, 使用這顆鏡可以自由開關 VR. 不過 IBIS 有沒有開我看不出來, 因為快門始終等於高於 1/25s.
實拍嘛... 有賴 z6 ISO 上 32000 都還可以很簡單的除噪之故, 手持夜景其實沒有碰到任何困擾. 甚至比用光圈更大的 sigma 24-105mm f/4 配 D600 夜拍還要順手. 這張照片是在 85 大樓民宿裡用手持拍的: 16mm, 1/25s, ISO32000
這張是中央裁切.
我沒有任何說自己不是器材控的說服力, 但最少這顆定位在輕便旅遊用的鏡頭是我想了很久決定買的產品, 儘管它畫質沒有很頂尖, 僅管它不是全幅鏡, 僅管它無法鏡機合一防手震, ... 我不在乎, 那些我並不需要, 我要的就只是好帶而已.
想好自己需要什麼了嗎?
update: 我以為用 DX 鏡最高 ISO 會被限在 51200, 結果不是, 是我開了電子快門 (靜音快門, menu 裡寫一個 SL 字樣) 的關係, 把這關掉就可以直上 ISO204800..
沒什麼意義, 純粹好玩而已. SW3518 USB QC/PD 車用充電器模的數據:
5.11v, 1.441A 只有這樣而已, 沒辦法到 2A.
update 2020/10/18:
後來驗證的感想是那個 PD meter 測試結果有問題, 因為那個表頭本身是誘騙器, 顯示電壓電流可以說是它的附帶功能而已, 而我現在沒有純粹測電壓電流不帶誘騙的 type-C 測試器, 所以我只能推測是因為誘騙會要動到 cc1/cc2 的關係影響到實際測試的結果.
SW3518 輸入 12.2v, 輸出直接 type-C cable 接 Z6 中間不測試, 只測 SW3518 DC in, 測試吃電流 0.78-0.81A (本身精度就僅只有 30mA 跳來跳去很正常..), 換算功電功率 9.882W, 到 5v 端扣掉轉換效率約 1.88A 輸出. 總之絕對不會是輸出 5v 1.441A = 7.2W 的數據. 間接證明 SW3518 直接接時 Z6 是全速充電的.
這次再追加 IP6518. IP6518 跟 SW3518 差別不大, 後者多了 VOOC, OPPO 的 DASH, 與 PD 3.0 通訊協定, 工作電壓範圍 6-35v. IP6518 是 PD 2.0, 工作電壓範圍 10.5-32v. 買這顆只是為了做實驗用. 而 IP6518 PD 接 Z6 充電時測試數據跟 SW3518 完全一致, 推測也是全速充電狀態.
這顆倍斯 65W 號稱 GaN 的充電器在那 PD 誘騙器上的測試數據就更謎了, 有時是 0.473A 有時是 1.443A, 後來直接 type-C 連到 Z6, 我直接測 AC 端耗電測到是是 11.2w (這顆沒 APFC), 兩個 type-C 都是. 這顆變壓器到 2020 年中已經一堆很相似的產品在拍賣上到處跑, ptt 狼大實測數據 10w 上下時效率約 80% 附近, 照這些數據判斷, 推測接 Z6 也是全速充電狀態.
等弄到 type-C 純粹只測電壓電流的東西時再來驗證前面 3 樣東西是不是真的輸出 1.5A 以上.
現在控制台裡沒有 hybrid power (?) 的選項可用, 我只好找 forum 裡講的 PCI power control 改改試試看, 目前看起來好像有用
是不是真的 100% 解, 我不確定, RX580 之前 DVI suspend 回來畫面會花掉的問題一直都沒解掉過, AMD 也擺爛根本不想解這問題, 所以我不確定這樣做是不是真的有用.
簡單的講, 它有點挑充電線. 如果你的線是很正常的 USB type-C, 那通常要接到有支援 QC 的, 或 apple 那種信號 pin 有 2.0v 以上的 (認不認 2.0/2.7v 這我不確定, 沒做實驗), 才能充.
.
那如果是更早期只供應 5v 的充電器, 特別是裡面 D+ D- 是短路的那種呢? 這時你拿一般正常的線 z6 是不吃的, 這時候 z6 吃的是這種線...
一對多不是重點, 重點是不能透通信號線. 也就是說, 可以傳資料的不能用.
.
雖然有點麻煩, 不過搞的定它機身充電的功能就好....
upate: 這種是慢的, 如果要充的快, 有人實驗出來一定要 type c-c 才可以. 我手上沒有 PD charger 無從驗證, 不過我認為這篇寫的是對的..
https://kknews.cc/zh-tw/digital/gm26xr8.html
