御坂网络司令塔
人生追求,或爲權傾天下,一手遮天;或爲財源滾滾,富可敵國;或爲主義,光復大陸國土,消滅專有軟體,生有義而死無憾;或爲真愛,一畝二分地,大道既隱,則家小康;或爲愉悅,醉心於世界萬象;或爲苦難,衆人有罪罪予一人。以上種種,表象也。於御坂也,時而思之,初以爲善,又以爲惡,細慮又覺不然。坦然而生,非奮然也。
奮然而生,爲人也,爲物也,非爲心也。完天賦之責,足社會之準也。奮然而生,多不合己願;成尚好,若敗之,常迷於歧路,不知去向幾何。御坂每逢順時,憂爲人所越;若身在逆境,則冀他法,欲棄之而走矣。不受之重,一肩承擔,或博神名天下傳,或作鬼魄萬民唾——鬼固非人,神又何如?
坦然而生亦不易也。佛曰:「放下。」然諸君放下,敵人未必放下。「無產階級文化大革命」中,各式宗教無不爲橫掃,僧衆還俗,教堂拆散,以至傳聞穆斯林被迫食亥者。令人髮指耶?然。報其仇乎?不然。爲何?善惡有報,允其去矣。姊曾謂御坂曰:「希望大家都能認真地生活吧。」高考不利,求職受挫,從未怨言。坦然而生,姊可謂典範也。人曰某某,不必隨之,亦不必反之;行事知其意而見己心,待人以誠,待己以真,無愧於天下,無憾於生命,此生善也,無論追求如何,求得與否。
坦然奮然,關乎家世,關乎境遇,關乎喜好,唯不予高下之分。坦然生者,或有無爲之憾,奮然生者亦或覺匆忙過甚。高下之分,隨人去矣,御坂無愧即可。
先總統 蔣公嘗云:「生命的意義在創造宇宙繼起之生命;生活的目的在增進人類全體之生活。」此難乎?蔣公信徒以爲難,實不然也。國父 孫中山先生一語道破——「行易知難」,知透其奧祕,無甚難者。盡力爲之:成,善;不成,繼續努力,何必「不成功便成仁」?御坂無愧,御坂御坂坦蕩言之矣。
MASK: 255.255.255.252/30
御坂有一臺ThinkPad X60 Tablet筆記本電腦,這個型號的筆電受到自由韌體、BIOS的替代品LibreBoot的支援。暑假的時候御坂被迫爲這臺機器安裝Windows,但SeaBIOS又無法引導Windows。於是御坂刷回原廠的鳳凰BIOS,卻一不小心刷黑了。沒有編程器,沒有熱風槍,御坂也沒法救磚。
解決方案 🔗編程器算啥?御坂有Cubietruck,「原生」支援SPI匯流排協定。
熱風槍就算給御坂,御坂也不會用,不過系統內編程(In-system Programming,爲什麼也是I、S、P三個字母)是個不錯的主意。淘寶上搜尋如上內容肯定買不到,因爲他們都管此類「裝置」叫——測試夾……
實施 🔗說得容易,其實用那個夾子就很費勁,御坂花了一下午也沒成功。
spi-sun7i 🔗在script.fex中,將[spi2_para]一節中更改(cubietruck引出的是SPI2):
spi_used = 1 `</pre> 並增加 <pre>`[spi_devices] spi_dev_num = 1 [spi_board0] modalias = "spidev" max_speed_hz = 12000000 bus_num = 2 chip_select = 0 mode = 0 full_duplex = 1 manual_cs = 0 而且某些版本的Linux-sunxi核心不帶sun7i的spi驅動,害得御坂還得從ArchLinuxARM重啓到Fedora(Remix)
至此,應該已經能找到/dev/spidev2.0裝置檔案 Flashrom 🔗就算有/dev/spidev2.0,Flashrom也不一定能認到芯片。 御坂x60t的芯片是MX25L1605D,但-c指定也說找不到Flash芯片,還警告御坂說「如果芯片不是自動識別出來的,則Flashrom絕不會向其中寫入任何資料」。
原因有二,
有些就是Flashrom無理取鬧,把那些用於報錯退出的代碼註釋掉就好了。 線沒連好,夾子沒夾好。表現爲spidev_test -D /dev/spidev2.0無法顯示,註釋掉「問題」代碼後顯示全F或全0。(spidev_test命令的原始碼可在網路上找到,應該是Linux核心文檔附帶的代碼。) 對於x60t的MX25L1605D這顆,御坂還要特別提醒,
flashchips.c裏搜尋MX25L1605D,將.write = spi_chip_write_256,改爲.write = spi_chip_write_1,,不然可能刷寫失敗; 主機板要接上電源(當然,千萬別開機),然後再刷寫。 LibreBoot 🔗最後吐槽一下,LibreBoot的最新正式版中的x60t/libreboot_usdvorak*.rom不知是不是有問題,怎麼刷都黑屏。結果換了測試版,好了… 又換usqwerty,沒問題… 還是說御坂的刷寫方式有誤導致黑屏?御坂疑惑道。
Job dev-sda5.device/start timed out. Timed out waiting for device dev-sda1.device. This error appears on starting up the self-compiled kernel of branch linux-sunxi, on Misaka’s cubietruck with ArchlinuxARM. It was caused by an unset kernel option CONFIG_FHANDLE. As long as it is set to CONFIG_FHANDLE=y, wherever in .config or in menuconfig, systemd will be successfully started.
Misaka was confused, because there is an upgrade of systemd when Misaka applies this kernel for the first time.