2020年10月26日 星期一

baytrail linux freeze bug..

首先先論述這個問題. 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 一定要接.

2020年9月25日 星期五

z6 + 16-50mm

其實我覺得無反既然把機身做小了, 鏡頭也要做小才相對符合輕便好帶的需求, 然而在當我看到 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

這張是中央裁切.


老實講個人感想是跳過 D750 沒買是對的.
講到這顆鏡讓我想到討論區只要有人問哪種相機好, 大家都一面倒的只推全幅, 然後鏡頭也推全幅不管原本使用者買的是什麼機身, 什麼直上機皇, 直上大三元, 結果沒幾天可以看到 aps-c 機身 + 全幅定焦鏡這種組合出現在二手買賣區.... 然後還來問為什麼棄坑.... -_-凸
為什麼會這樣推? 很簡單, 這些言論裡發言者只想過他要什麼, 而不是發問者需要什麼. 而且更殘酷的說如果發問者自己沒搞清楚自己需要的是什麼就上來問, 最後只會被推一堆莫明奇妙的組合, 被騙到去亂買也只是剛好而已, 結果原本想好好玩相機的熱情被器材控們, 澆到開心的用手機拍照, 開心的用手機自拍, 開心的用手機錄 4K, ....

我沒有任何說自己不是器材控的說服力, 但最少這顆定位在輕便旅遊用的鏡頭是我想了很久決定買的產品, 儘管它畫質沒有很頂尖, 僅管它不是全幅鏡, 僅管它無法鏡機合一防手震, ... 我不在乎, 那些我並不需要, 我要的就只是好帶而已. 


想好自己需要什麼了嗎?


update: 我以為用 DX 鏡最高 ISO 會被限在 51200, 結果不是, 是我開了電子快門 (靜音快門, menu 裡寫一個 SL 字樣) 的關係, 把這關掉就可以直上 ISO204800..

2020年9月21日 星期一

Nikon Z6 充電器 (續)

沒什麼意義, 純粹好玩而已. SW3518 USB QC/PD 車用充電器模的數據:  

5.11v, 1.441A 只有這樣而已, 沒辦法到 2A.


IP6518 / 6528 那個我就沒買所以沒試.

真的要快我是電池拿出來用直接用 TP5100 模組充就好了.

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 也是全速充電狀態.


在來是倍思這個協定轉換線. 以前 USB 的測試治具就只有測電壓電流, 就看的到 QC 輸出 5v, 1.91A 的數據.
http://www.baseus.com/product-792?lang=en-us

但是呢... apple 5v/2.4A 協定它不吃, 輸入端一定要是 QC 不可. (我用的是 IP6505). 這條線臺灣有人帶進來一條約 250 上下 (而我是在淘寶倍思官方店買的價格不是這樣), 最大的好處是可以套用在現有的 QC 充電器上, 不過我覺得以現在 type-C 充電器的價格來說, 沒有太大誘因...

QC模組照片. 網拍只要看到長的一模一樣的零件應該都是 IP6505


等弄到 type-C 純粹只測電壓電流的東西時再來驗證前面 3 樣東西是不是真的輸出 1.5A 以上.

2020年8月29日 星期六

RX580 resume 後 DP 無信號

 現在控制台裡沒有 hybrid power (?) 的選項可用, 我只好找 forum 裡講的 PCI power control 改改試試看, 目前看起來好像有用




是不是真的 100% 解, 我不確定, RX580 之前 DVI suspend 回來畫面會花掉的問題一直都沒解掉過, AMD 也擺爛根本不想解這問題, 所以我不確定這樣做是不是真的有用.

2020年8月21日 星期五

有關 Nikon Z6 的充電線...

簡單的講, 它有點挑充電線. 如果你的線是很正常的 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


windord normal.dot 已開啟的錯誤

 我覺得這問題要歸咎於 windows IO 性能低落的太可怕引起的問題...

del C:\Users\%username%\AppData\Roaming\Microsoft\Templates\~*.*

ps.還有一個檔案要砍,但我現在臨時找不到,找到我再貼上來..........

2020年4月24日 星期五

NFS for Windows XP (續)

上次 NFS client for windows XP 算是寫到一半, 在這裡補上一些上次沒寫的

  • 首先是安裝. 安裝不能只單純裝 client for NFS, 因為少一個看起來很多事的 uid/gid mapping service 要裝. 所以記得, 安裝時請用正常步驟, 頂多拿掉 NFS server 的選項, 也不能一開始就用 "msiexec /I C:\SFU35SEL_EN\sfusetup.msi /qb addlocal="NFSClient"" 安裝
  • 要照 https://superuser.com/questions/359968/nfs-mount-in-windows-xp 裡的說明多做一步 uid/gid 設定轉換工作. 不過不同的是, /etc/passwd 或 /etc/group 並不需要給全部, 只要留下 NFS server 端預設使用的使用者名稱 (ubuntu 裡一般使用 uid/gid 1000 這一個, 也就是安裝時使用的自訂帳號) 就好, 假設 server 端用的是 ubuntu nfs-kernel-server, 那 /etc/passwd 只要留下 :1000: 那一行餵給 Windows NFS 管理工具就好. 全丟給它它也不收.

以上測試到可以正常連線讀寫後, 會有第二個問題, 如何讓它一開機進來就自動掛載?

在做這個動作之前, 請先做一個動作, 檔案管理員裡把剛剛連線的 NFS 磁碟代號等全部離線.

在 Windows XP 下, NFS client 是屬於 user app 層級的服務, 啟動順序遠較原本的正常服務要低, 往往都是進桌面後才會開始啟動它, 沒意外的話 Windows 2000 也是這樣. ( 後面版本的 windows 有開始內建 NFS service 後有沒有解決這問題, 對不起我不知道.... ), 而這樣的啟動順序會造成 windows 開機途中跳個 dialog 說 NFS client service 沒有起來所以沒辦法使用, 然後就停在那等人點下去....

會造成這個問題的原因, 除了如 dialog 所說 NFS client service 沒起來以外, 另一個原因是 windows 本身的網路磁碟機掛載機制, 當你用手動掛載, 但沒有手動中斷時, windows 會在下次開機時嘗試再掛載起來, 但在較早版本的 windows 裡這個階段 NFS client 是還沒起動的, 也就所以會跳這個錯誤出來.

解決方式是 net use drive: server:/sharringname/ 後面多個 /p:no 或 /persistent:no
這樣就不會把這次的連線方式記憶起來.

為解決這些較早期版本 Windows 的 NFS client 問題, 個人建議自動掛載交給一個 batch 處理, 從等待服務啟使完. (ps. "Client for NFS" 是在 XP 上的名字, 在其它 windows 上會不同)

-----
@echo off
:loop
for /F "tokens=3 delims=: " %%H in ('sc query "Client for NFS" ^| findstr " STATE"') do (
if /I "%%H" NEQ "RUNNING" ( goto loop )
)

REM /persistent:no 或 /p:no 為不要在下次開機時自動掛入, 非常重要.
net use d: 172.16.128.1:/docs /persistent:no
net use x: 172.16.128.1:/shm /persistent:no
-----

會寫這篇文章是因為 samba 從 4.10 (ubuntu 20.04) 開始預設將 smb v1 關掉, 雖然後來有找到如何在 samba 4.10 上強制開啟 smb v1 的設定方式, 但後來想想覺得, smb v1 被徹底移除大概也只是時間早晚問題, 不如全改用 NFS 掛載算了....
至於 Win9x 嘛.... 另外再開個小 vm 裝個 samba server / nfs client 做個小小 bridge 轉接過去吧...