2007年4月27日 星期五

<工作日誌> 2007.04.27 Asus WL-500GP ... 韌體更新嘗試中

進度:

昨天正緯給我一台Asus WL-500GP,應該是gateway的東西,目前正在摸索中。

目前情況:

嘗試更新原來機器裡面的OS以及filesystem。但是資料不知道要去哪邊看,有分非官方版本的OS跟官方版本的。感覺還蠻多人在用這台。

link: Home Gateway Asus WL 500gp

未來方向:
先找到更新的方式,然後想要各種版本都跑看看,看差異在哪裡。

<工作日誌> 2007.04.27 VIA VX700,vbetool works

進度:

利用vbetool之後,S1, S3以及S5都正常運作了。

目前情況:

在參閱Documentation/power/video.txt之後可以知道,有些系統只能靠vbetool來調整,原因不明。
該文件也提供了一連串的command讓使用者可以參考。利用這串command,S3便可以正常的在VIA VX700執行了。

未來方向:

沒有試過在X模式下面關掉系統,不知道會發生什麼事。有機會再試了。

2007年4月17日 星期二

<工作日誌> 2007.04.17,VIA VX700 ACPI -- STR會動,但是console回不來

進度:

STR會動,但是console回不來。

目前情況:

在拿掉acpi_sleep=s3_xxx這類的kernel command之後,STR居然會動了。可以很神奇的看到風扇停止轉動、螢幕消失、硬碟也停止。在按下power鈕之後,一切又很神奇的活了過來 -- 除了螢幕之外。

根據正緯的記憶,之前只要在kernel command加入s3_mode即可驅動VGA,但是這次卻沒有辦法有作用。

有把kernel再從2.6.20-1更新至2.6.20-6,之前2.6.18是進入STR之後就回不來,在2.6.20卻是可以,但是更新至2.6.20-6似乎沒有進一步的幫助。


能做的事情大概只剩下vbetool,跟開啟kernel debug模式,如果再不行可能就是硬體方面的問題了吧。

未來方向:
進一步檢視2.6.20-6的kernel config是否有地方沒注意到。同時使用vbetool看看能不能看出些端倪。

2007年4月12日 星期四

<工作日誌> 2007.04.12,VIA VX700 ACPI -- Suspend to Disk works

進度:
Suspend to Disk可以正常運作

解釋:

由於之前沒有嘗試使用suspend to disk,所以一直不知道它可以運作,沒想到剛剛一試就成功了。
使用suspend to disk時,得先指定swap space,讓ACPI可以用來當作suspend的空間。
S4執行成功之後,整個系統關機。之後開機時系統會一如重新開機一般,進入BIOS->loader(在這裡是grub)->Linux。
但是進入Linux時,ACPI會掌控系統,使得之前存在swap space的東西被回復。於是系統就回到suspend to disk之前的狀態了(連命令列都可以回溯)

未來進度:
既然suspend to disk可運作,或許suspend to RAM有點希望?繼續往kernel argument以及相關資訊查詢。

2007年4月11日 星期三

<工作日誌> 2007.04.11,嘗試single user mode以及kernel arugment

ACPI for VX700:

根據kernel source裡面的/Documentation/power/trick.txt描述,有幾項重點可以嘗試看看。
其中一項就是single user mode。
結果證實沒用。

另外就是設定kernel argument來給ACPI一些限制,目前試過
acpi_sleep=s3_bios,s3_mode 以及 processor.max_cstate 看來也是沒用

Linus有一些建議,可能要照著查看看那邊出問題,才比較詳細可以知道了 ...

2007年4月10日 星期二

<工作日誌> 2007.04.11,VIA VX700 standby works, but STR doesn't

手上有一塊VIA版子,奉命搞ACPI跟boot loader

目前bootloader要用哪一套還不確定(u-boot or grub)
因為要加上trust boot的機制,所以還在商討當中

ACPI部分

之前所有的 suspend mode都不能用 S1, S3, S4都不行,把kernel更新至2.6.20.1之後S1成功了,但是S3不成功,S4還沒測

kernel部分,使用Fedora 6,原本是2.6.18(也是都不行),利用yum這個更新工具直接更新至2.6.20.1。

可能問題:由更新kernel之後S1就可以成功使用的情況來看,怕是Linux Kernel本身支援度不夠。

未來方向: 想從Kernel參數著手,並且詢問VIA FAE關於他們ACPI是否需要額外patch kernel。

IDE patch部分

IDE本來聽說要patch。上VIA的文件網站查詢,發現是kernel 2.6.11版本的patch。另外在其他地方有看到2.6.20似乎已經把此一patch整合進入kernel,因此應該不需要特別去patch才是。至於patch的原因應當是VIA chip較特殊,一般generic driver無法發揮最大效能,但是仍然可以正常運作,只是很慢而已。

未來方向:應該不用特別再去patch了。
註:剛剛試了一下,似乎新的kernel真的快很多,看來是有內建的