eMMC的u-boot發生問題，要做cmdline參數的修改，跟前輩請教了一下，自己看著TI的how-to guide弄了一個custom board的bootloader，卻發現kernel boot up不起來，本來懷疑是DDR3的參數沒弄好，自己還去找TI的EMIF tool來自己弄一份，結果還是死。
貼log給前輩看，他馬上就說，你fdt的relocate位址已經超過記憶體位址上限了，於是就找到要把env prop bootm_size定義拿掉的地方，於是就boot up進去了
定義 如果說之前提到的物件圖型是描述一個時間點的系統運作的樣子(memory snapshot)，那麼循序圖型就是表示系統要做某件事情的那段時間內，運作的樣子(一個連續的過程)。 循序圖的重點是在描述一件事情，以及系統要完成這件事情的一連串動作，也是一種軟體系統運作的動態圖型。 上圖就是一個循序圖型，而有下圖的解析。循序圖會以做的動作(任務)出發，並列出所以參與到的物件/類別。接下來由上到下就是動作與物件彼此間的順序運作關係。下圖可以清楚展示出物件與類別/任務的互動關係。 循序圖組成的元素 有以下元素組成 -物件節點(Object Node) -生命線(Lifeline) -活化區塊(Activation Box) -訊息(Message) -內部訊息 -解構物件 -迴圈 要建構循序圖，必須要確定要描述的任務為何。 確定任務後，就要列出任務會用到的物件(即為物件節點)。 物件節點 ***************************************************** public class TestThermos { public static void main(String[] args) { HotWaterContainer h = new HotWaterContainer( 2 ); CoolWaterContainer c = new CoolWaterContainer( 50 ); ThermosGui g = new ThermosGui(); Thermos t = new Thermos(h, c, g); } } ******************************************************* 上面的程式片段就是在描述一件任務，那件任務就是模擬一個冷熱水開飲機。 一開始先畫出類別和物件的節點，可以很清楚地分出類別和物件的區別。 最前面要是為一個主程式或是匿名物件的話可以用Use case diagram的小人圖來代替。
留言