2. 程式人生 > >I.MX6Q(TQIMX6Q/TQE9)學習筆記——U-Boot移植

I.MX6Q(TQIMX6Q/TQE9)學習筆記——U-Boot移植

阿新 • • 發佈：2019-01-08

其實Freescale的BSP移植文件已經將u-boot的移植步驟講述的非常詳細了，但為了以後方便查閱，還是按照自己的理解記錄在這裡。

獲取原始碼

根據前一篇文章搭建好LTIB環境後就可以非常方便的匯出u-boot原始碼了。切換到ltib目錄，並執行如下指令：

 ./ltib -m prep -p u-boot

該指令執行需要一些時間，指令執行完成後Freescale維護的u-boot-2009.8就會出現在rpm/BUILD目錄下。

新增單板

為TQIMX6Q開發板建立相應的單板目錄，可以參考sabresd相關的目錄進行，下面是具體的步驟。

Step1. 建立board目錄

建立board目錄需要以下幾步：

(1) 拷貝mx6q_sabresd目錄為mx6q_tqimx6q，作為TQIMX6Q的board目錄，指令如下：

cp -R board/freescale/mx6q_sabresd board/freescale/mx6q_tqimx6q

(2) 將該目錄下mx6q_sabresd.c改名為mx6q_tqimx6q.c，指令如下：

cp board/freescale/mx6q_sabresd.c board/freescale/mx6q_tqimx6q.c
(3) 修改下該目錄下的u-boot.lds檔案，將該檔案中的sabresd全部替換為tqimx6q。可以使用自己熟悉的文字編輯器完成該操作。

(4) 確認該目錄下的Makefile檔案。官方的Freescale的BSP移植手冊所講的，需要將Makefile中的sabresd替換為tqimx6q，但實際上Makefile使用的都是環境變數${board}，所以不需要修改，如果您的Makefile有直接使用sabresd的話，需要替換為tqimx6q或者${board}。

至此，就完成了board目錄的建立。

Step2. 建立單板配置檔案

cp include/configs/mx6q_sabresd.h include/configs/mx6q_tqimx6q.h
Step3. 在u-boot根目錄下的Makefile檔案中新增配置項 
mx6q_tqimx6q_config     : unconfig
        @$(MKCONFIG) $(@:_config=) arm arm_cortexa8 mx6q_tqimx6q freescale mx6
Step4. 編譯測試 
export ARCH=arm
export CROSS_COMPILE=/opt/freescale/usr/local/gcc-4.6.2-glibc-2.13-linaro-multilib-2011.12/fsl-linaro-toolchain/bin/arm-none-linux-gnueabi-
make mx6q_tqimx6q_config
make -j8

如果以上步驟沒有出錯的話，此處應該是可以編譯通過的。

修改記憶體引數

不同的開發板的記憶體引數不同，為了適應這塊開發板，需要需改board/freescale/flash-header.S中的DCD引數。要理解這些資料的含義，需要閱讀I.MX6Q和記憶體晶片的使用者手冊，這裡就不一一解釋了，具體的修改如下：

... ...
#else  /* i.MX6Q */
dcd_hdr:          .word 0x40a002D2 /* Tag=0xD2, Len=83*8 + 4 + 4, Ver=0x40 */
write_dcd_cmd:    .word 0x049c02CC /* Tag=0xCC, Len=83*8 + 4, Param=0x04 */

/* DCD */


MXC_DCD_ITEM(1, IOMUXC_BASE_ADDR + 0x798, 0x000C0000)
MXC_DCD_ITEM(2, IOMUXC_BASE_ADDR + 0x758, 0x00000000)

MXC_DCD_ITEM(3, IOMUXC_BASE_ADDR + 0x588, 0x00000030)
MXC_DCD_ITEM(4, IOMUXC_BASE_ADDR + 0x594, 0x00000030)

MXC_DCD_ITEM(5, IOMUXC_BASE_ADDR + 0x56c, 0x00000030)
MXC_DCD_ITEM(6, IOMUXC_BASE_ADDR + 0x578, 0x00000030)
MXC_DCD_ITEM(7, IOMUXC_BASE_ADDR + 0x74c, 0x00000030)

MXC_DCD_ITEM(8, IOMUXC_BASE_ADDR + 0x57c, 0x00000030)

MXC_DCD_ITEM(9, IOMUXC_BASE_ADDR + 0x58c, 0x00000000)
MXC_DCD_ITEM(10, IOMUXC_BASE_ADDR + 0x59c, 0x00000030)
MXC_DCD_ITEM(11, IOMUXC_BASE_ADDR + 0x5a0, 0x00000030)
MXC_DCD_ITEM(12, IOMUXC_BASE_ADDR + 0x78c, 0x00000030)

MXC_DCD_ITEM(13, IOMUXC_BASE_ADDR + 0x750, 0x00020000)

MXC_DCD_ITEM(14, IOMUXC_BASE_ADDR + 0x5a8, 0x00000018) /* 00000030 */
MXC_DCD_ITEM(15, IOMUXC_BASE_ADDR + 0x5b0, 0x00000018) /* 00000030 */
MXC_DCD_ITEM(16, IOMUXC_BASE_ADDR + 0x524, 0x00000018) /* 00000030 */
MXC_DCD_ITEM(17, IOMUXC_BASE_ADDR + 0x51c, 0x00000018) /* 00000030 */
MXC_DCD_ITEM(18, IOMUXC_BASE_ADDR + 0x518, 0x00000018) /* 00000030 */
MXC_DCD_ITEM(19, IOMUXC_BASE_ADDR + 0x50c, 0x00000018) /* 00000030 */
MXC_DCD_ITEM(20, IOMUXC_BASE_ADDR + 0x5b8, 0x00000018) /* 00000030 */
MXC_DCD_ITEM(21, IOMUXC_BASE_ADDR + 0x5c0, 0x00000018) /* 00000030 */

MXC_DCD_ITEM(22, IOMUXC_BASE_ADDR + 0x774, 0x00020000)

MXC_DCD_ITEM(23, IOMUXC_BASE_ADDR + 0x784, 0x00000018) /* 00000030 */
MXC_DCD_ITEM(24, IOMUXC_BASE_ADDR + 0x788, 0x00000018) /* 00000030 */
MXC_DCD_ITEM(25, IOMUXC_BASE_ADDR + 0x794, 0x00000018) /* 00000030 */
MXC_DCD_ITEM(26, IOMUXC_BASE_ADDR + 0x79c, 0x00000018) /* 00000030 */
MXC_DCD_ITEM(27, IOMUXC_BASE_ADDR + 0x7a0, 0x00000018) /* 00000030 */
MXC_DCD_ITEM(28, IOMUXC_BASE_ADDR + 0x7a4, 0x00000018) /* 00000030 */
MXC_DCD_ITEM(29, IOMUXC_BASE_ADDR + 0x7a8, 0x00000018) /* 00000030 */
MXC_DCD_ITEM(30, IOMUXC_BASE_ADDR + 0x748, 0x00000018) /* 00000030 */

MXC_DCD_ITEM(31, IOMUXC_BASE_ADDR + 0x5ac, 0x00000018) /* 00000030 */
MXC_DCD_ITEM(32, IOMUXC_BASE_ADDR + 0x5b4, 0x00000018) /* 00000030 */
MXC_DCD_ITEM(33, IOMUXC_BASE_ADDR + 0x528, 0x00000018) /* 00000030 */
MXC_DCD_ITEM(34, IOMUXC_BASE_ADDR + 0x520, 0x00000018) /* 00000030 */
MXC_DCD_ITEM(35, IOMUXC_BASE_ADDR + 0x514, 0x00000018) /* 00000030 */
MXC_DCD_ITEM(36, IOMUXC_BASE_ADDR + 0x510, 0x00000018) /* 00000030 */
MXC_DCD_ITEM(37, IOMUXC_BASE_ADDR + 0x5bc, 0x00000018) /* 00000030 */
MXC_DCD_ITEM(38, IOMUXC_BASE_ADDR + 0x5c4, 0x00000018) /* 00000030 */

MXC_DCD_ITEM(39, MMDC_P0_BASE_ADDR + 0x800, 0xA1390003) 

MXC_DCD_ITEM(40, MMDC_P0_BASE_ADDR + 0x80c, 0x001F001F)
MXC_DCD_ITEM(41, MMDC_P0_BASE_ADDR + 0x810, 0x001F001F)
MXC_DCD_ITEM(42, MMDC_P1_BASE_ADDR + 0x80c, 0x001F001F)
MXC_DCD_ITEM(43, MMDC_P1_BASE_ADDR + 0x810, 0x001F001F)

MXC_DCD_ITEM(44, MMDC_P0_BASE_ADDR + 0x83c, 0x4333033F)
MXC_DCD_ITEM(45, MMDC_P0_BASE_ADDR + 0x840, 0x032C031D)
MXC_DCD_ITEM(46, MMDC_P1_BASE_ADDR + 0x83c, 0x43200332)
MXC_DCD_ITEM(47, MMDC_P1_BASE_ADDR + 0x840, 0x031A026A)
MXC_DCD_ITEM(48, MMDC_P0_BASE_ADDR + 0x848, 0x4D464746)
MXC_DCD_ITEM(49, MMDC_P1_BASE_ADDR + 0x848, 0x47453F4D)
MXC_DCD_ITEM(50, MMDC_P0_BASE_ADDR + 0x850, 0x3E434440)
MXC_DCD_ITEM(51, MMDC_P1_BASE_ADDR + 0x850, 0x47384839)

MXC_DCD_ITEM(52, MMDC_P0_BASE_ADDR + 0x81c, 0x33333333)
MXC_DCD_ITEM(53, MMDC_P0_BASE_ADDR + 0x820, 0x33333333)
MXC_DCD_ITEM(54, MMDC_P0_BASE_ADDR + 0x824, 0x33333333)
MXC_DCD_ITEM(55, MMDC_P0_BASE_ADDR + 0x828, 0x33333333)
MXC_DCD_ITEM(56, MMDC_P1_BASE_ADDR + 0x81c, 0x33333333)
MXC_DCD_ITEM(57, MMDC_P1_BASE_ADDR + 0x820, 0x33333333)
MXC_DCD_ITEM(58, MMDC_P1_BASE_ADDR + 0x824, 0x33333333)
MXC_DCD_ITEM(59, MMDC_P1_BASE_ADDR + 0x828, 0x33333333)

MXC_DCD_ITEM(60, MMDC_P0_BASE_ADDR + 0x8b8, 0x00000800)
MXC_DCD_ITEM(61, MMDC_P1_BASE_ADDR + 0x8b8, 0x00000800)

MXC_DCD_ITEM(62, MMDC_P0_BASE_ADDR + 0x004, 0x00020036)
MXC_DCD_ITEM(63, MMDC_P0_BASE_ADDR + 0x008, 0x09444040)
MXC_DCD_ITEM(64, MMDC_P0_BASE_ADDR + 0x00c, 0x8A8F7955) /* 555A7975 */
MXC_DCD_ITEM(65, MMDC_P0_BASE_ADDR + 0x010, 0xFF328F64) /* FF328F64 */
MXC_DCD_ITEM(66, MMDC_P0_BASE_ADDR + 0x014, 0x01FF00DB)
MXC_DCD_ITEM(67, MMDC_P0_BASE_ADDR + 0x018, 0x00001740)

MXC_DCD_ITEM(68, MMDC_P0_BASE_ADDR + 0x01c, 0x00008000)
MXC_DCD_ITEM(69, MMDC_P0_BASE_ADDR + 0x02c, 0x000026D2)
MXC_DCD_ITEM(70, MMDC_P0_BASE_ADDR + 0x030, 0x008F1023) /* 005A1023 */
MXC_DCD_ITEM(71, MMDC_P0_BASE_ADDR + 0x040, 0x00000047) /* 00000027 */

MXC_DCD_ITEM(72, MMDC_P0_BASE_ADDR + 0x000, 0x841A0000) /* 831A0000 */

MXC_DCD_ITEM(73, MMDC_P0_BASE_ADDR + 0x01c, 0x04088032)
MXC_DCD_ITEM(74, MMDC_P0_BASE_ADDR + 0x01c, 0x00008033)
MXC_DCD_ITEM(75, MMDC_P0_BASE_ADDR + 0x01c, 0x00048031)
MXC_DCD_ITEM(76, MMDC_P0_BASE_ADDR + 0x01c, 0x09408030)
MXC_DCD_ITEM(77, MMDC_P0_BASE_ADDR + 0x01c, 0x04008040)

MXC_DCD_ITEM(78, MMDC_P0_BASE_ADDR + 0x020, 0x00005800)

MXC_DCD_ITEM(79, MMDC_P0_BASE_ADDR + 0x818, 0x00011117)
MXC_DCD_ITEM(80, MMDC_P1_BASE_ADDR + 0x818, 0x00011117)

MXC_DCD_ITEM(81, MMDC_P0_BASE_ADDR + 0x004, 0x00025576)
MXC_DCD_ITEM(82, MMDC_P0_BASE_ADDR + 0x404, 0x00011006)
MXC_DCD_ITEM(83, MMDC_P0_BASE_ADDR + 0x01c, 0x00000000)

#endif
... ...
修改串列埠管腳配置

檢視TQIMX6Q的原理圖可知，TQIMX6Q的UART1的TXD和RXD分別接到了MX6Q_PAD_SD3_DAT7__UART1_TXD和MX6Q_PAD_SD3_DAT6__UART1_RXD兩個管腳上，詳細如下圖：

故，需要修改board/freescale/mx6q_tqimx6q.c中的setup_uart函式，具體的修改如下：

static void setup_uart(void)
{
#if defined CONFIG_MX6Q
#if 0
        /* UART1 TXD */
        mxc_iomux_v3_setup_pad(MX6Q_PAD_CSI0_DAT10__UART1_TXD);

        /* UART1 RXD */
        mxc_iomux_v3_setup_pad(MX6Q_PAD_CSI0_DAT11__UART1_RXD);
#else
        /* UART1 TXD */
        mxc_iomux_v3_setup_pad(MX6Q_PAD_SD3_DAT7__UART1_TXD);
        //  /* UART1 RXD */
        mxc_iomux_v3_setup_pad(MX6Q_PAD_SD3_DAT6__UART1_RXD);
#endif
#elif defined CONFIG_MX6DL
        /* UART1 TXD */
        mxc_iomux_v3_setup_pad(MX6DL_PAD_CSI0_DAT10__UART1_TXD);

        /* UART1 RXD */
        mxc_iomux_v3_setup_pad(MX6DL_PAD_CSI0_DAT11__UART1_RXD);
#endif
}

串列埠引腳複用衝突

邏輯上講，按照上面的移植步驟修改之後u-boot就可以正常啟動了，但是，實際執行時發現u-boot的log執行到MMC初始化之後就沒有了，肯定MMC配置時某些引腳與UART的引腳衝突了。仔細檢視原理圖及IMX6Q晶片手冊可以發現UART1和UART2的TXD和RXD與usdhc3_pads的管腳是複用的，因此，MMC初始化時不能將UART相關的引腳初始化為MMC相關引腳，因此，需要修改board/freescale/mx6q_tqimx6q.c中usdhc3_pads內的引腳資訊，具體修改如下： 
iomux_v3_cfg_t usdhc3_pads[] = {
        MX6Q_PAD_SD3_CLK__USDHC3_CLK,
        MX6Q_PAD_SD3_CMD__USDHC3_CMD,
        MX6Q_PAD_SD3_DAT0__USDHC3_DAT0,
        MX6Q_PAD_SD3_DAT1__USDHC3_DAT1,
        MX6Q_PAD_SD3_DAT2__USDHC3_DAT2,
        MX6Q_PAD_SD3_DAT3__USDHC3_DAT3,
        // MX6Q_PAD_SD3_DAT4__USDHC3_DAT4,
        // MX6Q_PAD_SD3_DAT5__USDHC3_DAT5,
        // MX6Q_PAD_SD3_DAT6__USDHC3_DAT6,
        // MX6Q_PAD_SD3_DAT7__USDHC3_DAT7,
};
實際上就是註釋掉DAT4~DAT7這四行，由於這塊開發板上沒有引出usdhc3，所以不會影響開發板的其它功能。

至此，uboot就可以正常進入終端了。

燒寫並執行

將SD卡通過讀卡器連線到ubuntu上，確定SD卡對應的裝置，本文實驗時sd卡識別後對應的裝置節點是/dev/sdb（如果不確定可以多拔插幾次來確定到底是哪個裝置）。值得注意的是正確的指定裝置節點是非常重要的，如果指定錯誤就會破壞掉相應裝置上的資料。本文以/dev/sdb為例，具體的裝置節點需要修改為自己的，具體的指令如下：

sudo dd if=u-boot.bin of=/dev/sdb bs=512 seek=2 skip=2
sync
這樣就將剛編譯好的u-boot.bin（位於uboot的根目錄下）燒寫到的SD。將燒寫有u-boot.bin的SD插到TQIMX6Q開發板，並根據TQIMX6Q的使用者手冊將撥碼開關撥到SD卡啟動（撥碼狀態1000），然後給開發板上電，就可以從串列埠上看到如下Log資訊： 
U-Boot 2009.08-dirty ( 3��月 22 2015 - 00:53:32)

CPU: Freescale i.MX6 family TO1.2 at 792 MHz
Thermal sensor with ratio = 174
Temperature:   23 C, calibration data 0x54e4bb69
mx6q pll1: 792MHz
mx6q pll2: 528MHz
mx6q pll3: 480MHz
mx6q pll8: 50MHz
ipg clock     : 66000000Hz
ipg per clock : 66000000Hz
uart clock    : 80000000Hz
cspi clock    : 60000000Hz
ahb clock     : 132000000Hz
axi clock   : 264000000Hz
emi_slow clock: 132000000Hz
ddr clock     : 528000000Hz
usdhc1 clock  : 198000000Hz
usdhc2 clock  : 198000000Hz
usdhc3 clock  : 198000000Hz
usdhc4 clock  : 198000000Hz
nfc clock     : 24000000Hz
Board: i.MX6Q-SABRESD: unknown-board Board: 0x63012 [POR ]
Boot Device: SD
I2C:   ready
DRAM:   1 GB
MMC:   FSL_USDHC: 0,FSL_USDHC: 1,FSL_USDHC: 2,FSL_USDHC: 3
*** Warning - bad CRC or MMC, using default environment

In:    serial
Out:   serial
Err:   serial
Net:   got MAC address from IIM: 00:00:00:00:00:00
FEC0 [PRIME]
Hit any key to stop autoboot:  0 
MX6Q SABRESD U-Boot >
到這裡，u-boot的初步移植就算完成了，在接下來文章中，本人將嘗試使用移植好的u-boot來啟動核心，如果發現問題再來解決問題。

燒寫位置的解釋

剛開始移植u-boot的時候不確定u-boot.bin應該如何燒寫，雖然BSP的文件中介紹了上面的燒寫指令，但當時燒寫u-boot之後視窗上看不到任何輸出，完全不確定u-boot是不是燒寫正確，然後就仔細研究了下IMX6Q的晶片手冊和flash-header.S的程式碼，其實為什麼這樣燒寫是可以在手冊中找到依據的，u-boot程式碼也是按照手冊中講述的方式編寫的，下面稍作分析。

IMX6Q手冊的7.6節講述了Program Image相關的格式問題，其中，第471頁有如下表：


圖中標記的部分就是SD卡燒寫時為什麼要跳過開始的1Kbyte空間。而u-boot的flash-header.S的開頭有如下指令：

.section ".text.flasheader", "x"
	b	_start
	.org	CONFIG_FLASH_HEADER_OFFSET
也就是說，u-boot的第一條指令是b _start，然後接了條.org指令，該指令的英文解釋如下： 
Following code is inserted at the start of the section plus new-lc .
也就是說，這條之後的程式碼會放到從當前段(.text.falshheader)開始偏移CONFIG_FLASH_HEADER_OFFSET的位置，並把當前指令之後到OFFSET之前的空間用0填充。而該巨集在include/configs/mx6q_tqimx6q.h中定義為0x400，且flash-header會被連結到u-boot.bin的最開頭部分（u-boot.lds)，所以，Image Vector Table實際上就放到了u-boot.bin開頭偏移1Kbyte的位置，跟IMX6Q手冊上一致的。理解了這些，就可以理解為什麼使用上面的燒寫指令了。另外，這個u-boot程式碼也是可以從開頭執行的，但是從開頭執行的話會直接跳轉到_start，而不會根據Image Vector Table中的DCD配置IMX6Q的各模組。

除錯方法
說起除錯，最方便的方法恐怕就是使用模擬器了，但是模擬器的價格一般都比較貴，因此，更實用的除錯手段是列印log。但是，有些情況下使用串列埠列印Log的方式也不好用，就如本文遇到的，這種情況下，可以使用開發板上的Led燈來確定u-boot執行到了什麼位置。我在除錯的時候就使用了這種方式，下面是我根據TQIMX6Q開發板的原理圖編寫了Led閃動程式：

void leds_pika()
{
        struct gpio_control *gpio = (struct gpio_control *)(0x020a4000);
        gpio->gdir |= (1 << 21) | (1 << 22) | (1 << 23);
        gpio->imr &= ~((1 << 21) | (1 << 22) | (1 << 23));

        unsigned long *mux21 = (unsigned long *)0x020E00A4;
        unsigned long *mux22 = (unsigned long *)0x020E00A8;
        unsigned long *mux23 = (unsigned long *)0x020E00Ac;

        *mux21 = 0x5;
        *mux22 = 0x5;
        *mux23 = 0x5;


        volatile int i = 0, j = 0, k = 0;
        for (i = 0; i != 20; ++ i) {
                for (j = 0; j != 0xFFFF; ++j) {
                        gpio->dr &= ~((1<<21)|(1<<22)|(1<<23));
                }
                for (j = 0; j != 0xFFFF; ++j) {
                        gpio->dr |= (1<<21)|(1<<22)|(1<<23);
                }
        }
}
檢視下TQIMX6Q的原理圖和IMX6Q晶片手冊中IMUXC和GPIO相關的內容就可以寫出如上函式，我將這個函式寫在了lib_arm/board.c檔案中，用來確定u-boot執行到了start_armboot中的哪個位置，還是很實用的，這裡分享給大家。

至此，就完成了u-boot在TQIMX6Q上的移植，在這塊開發板上移植好之後我再在TQE9上移植一遍。如有問題，歡迎留言討論，有時間的話我會盡力回答的。

本文作者：girlkoo

相關推薦

I.MX6Q(TQIMX6Q/TQE9)學習筆記——U-Boot移植

其實Freescale的BSP移植文件已經將u-boot的移植步驟講述的非常詳細了，但為了以後方便查閱，還是按照自己的理解記錄在這裡。 獲取原始碼 根據前一篇文章搭建好LTIB環境後就可以非常方便的匯出u-boot原始碼了。切換到ltib目錄，並執行如下指令： ./l

I.MX6Q(TQIMX6Q/TQE9)學習筆記——新版BSP之u-boot移植

前段時間就開始學習I.MX6Q了，但是最近工作實在是忙，間斷了一些時間了。為了提高移植效率，還是考慮移植Freescale維護的3.10版本的核心。 原始碼獲取 Freescale維護的3.10的核心是使用git管理的，但是直接使用git下載程式碼會比較慢，下面是我下載好的

I.MX6Q(TQIMX6Q/TQE9)學習筆記——新版BSP之KEY、LED

經過前面的移植，核心已經可以在tqimx6q上正常掛載根檔案系統了，接下來開始移植各類裝置驅動，本文先來移植按鍵和LED。之所以從按鍵和LED開始是因為這兩種裝置的驅動是最簡單的。 按鍵驅動移植 檢視tqimx6q的原理圖可知，這塊開發板有5個按鍵，其中，除了reset鍵之

I.MX6Q(TQIMX6Q/TQE9)學習筆記——核心啟動與檔案系統掛載

經過前面的移植，u-boot已經有能力啟動核心了，本文主要來看下如何通過之前移植的u-boot來啟動核心。如果按照前面的文章完成了LTIB的編譯，那麼，Linux的核心應該就會出現rpm/BUILD/目錄下，接下來，我們就開始移植這個3.0.35版本的核心到TQIMX6Q。

I.MX6Q(TQIMX6Q/TQE9)學習筆記——新版BSP之觸控式螢幕驅動移植

之所以說是驅動移植是因為之前已經在TQ210、AM335x兩個平臺上移植過了，因此，僅需要少量修改就可以將驅動移植到imx6q。下面開始觸控驅動移植。 DTS編寫 參考其它DTS的i2c裝置寫法，我們可以新增如下內容： &i2c1 { clock-frequen

I.MX6Q(TQIMX6Q/TQE9)學習筆記——開發板的選擇

其實入手這塊TQIMX6Q的時候手頭上已經有一塊E9開發板了，但還是選擇了TQIMX6Q開發板，主要原因是個人感覺開發板更適合學習或研發，E9卡片電腦更適合應用，而且這兩款單板使用的是相同的晶片（Freescale的IMX6Q），因此，學習過程中還可以在開發板上實驗，然後在

I.MX6Q(TQIMX6Q/TQE9)學習筆記——新版BSP之UART移植

我們在核心啟動時候已經配置系統了UART，但是tqimx6q這塊開發板上引出了imx6q的5路TTL介面，其中，uart1和uart2轉成232介面，本文將配置這5路Uart介面。 DTS配置 由於核心中已經有imx6q的uart控制器驅動，因此，我們只需要配置各埠的pin

友善之臂最新版mini2440學習筆記——u-boot 1.1.6移植（一）

從本文開始，將記錄博主在進行u-boot 1.1.6移植過程中遇到的問題。本文將涉及兩個問題： 1. u-boot中新增開發板 2. u-boot第一階段啟動程式碼 1. u-boot中新增開發板 1.1. Makefile更改 1.1.1. 增加反彙編檔案輸出 Makef

AM335x(TQ335x)學習筆記——u-boot-2014.10移植

最近移植了下u-boot-2014.10到TQ335x，如果基於am335x evm進行移植，需要修改的地方並不多。 由於TI的am335x evm開發使用了一個eeprom儲存了板載配置資訊，用來區分不同板子的型號的，而TQ335x沒有這個eeprom，因此，需要修改ee

Spring Boot學習筆記——Spring Boot與Redis的集成

pac urn prope web property static 接口 per select 一.添加Redis緩存 1.添加Redis起步依賴 在pom.xml中添加Spring Boot支持Redis的依賴配置，具體如下： <dependency>

Spring boot 官網學習筆記 - Spring Boot CLI 入門案例

安裝CLI https://repo.spring.io/release/org/springframework/boot/spring-boot-cli/2.1.1.RELEASE/spring-boot-cli-2.1.1.RELEASE-bin.zip 解壓後即可使用，免安裝

spring boot學習筆記——spring boot工程的搭建

一、搭建spring boot工程 1.首先new->other...選擇Spring starter Project，如圖所示： 2.點選next,輸入相關資訊 選擇所屬工程，如圖 3.點選finsh,完成工程建立，如圖所示： 這樣一個spring

學習筆記——Spring Boot（9）

Spring Security許可權管理   學習spring boot學深以後自然要接觸spring security許可權管理，所謂的spring security，就是我們平時接觸到的登入時面臨的多使用者多賬戶登入，還有使用者登入時的安全問題和許可權劃分的功能。可以說

學習筆記——spring boot（10）

資料庫關聯 在進行資料庫操作的時候，總會遇到不同表之間的關聯，就好比如我在Spring Security許可權管理這篇部落格中遇到的使用者user與許可權authority之間關係的關聯繫結，這類表與表之間的繫結是十分重要的，所以這次就需要介紹一下hibernate關聯關係

學習筆記——spring boot（11）

Redis快取   每一次使用者訪問資料都要通過資料庫的話，使用者訪問的速度會大大下降，尤其是在多使用者同時訪問資料庫時，此時就會出現載入不出的問題。這時候就要引入redis快取機制，由於redis是直接通過記憶體資料儲存，在速度上比直接訪問資料庫要快很多。redis仍是進

SpringBoot學習筆記——Spring Boot配置檔案

    SpringBoot工程建立時會自動生成application.properties檔案，這個檔案專門存放配置資訊。    但是目前預設的配合檔案已經不能滿足我了，需要自己配置一些資訊。    第一、application.properties有一些預設的也是固定的屬

嵌入式Linux學習-----u-boot移植

自從大二我就開始接觸微控制器，開始學習51微控制器程式設計及電路圖繪製，經過一段時間的學習，發現嵌入式很有意思。後來在師兄的推薦下，我到圖書館借了韋東山老師寫的《嵌入式Linux應用開發完全手冊》，開始學習嵌入式linux，在虛擬機器安裝Linux，熟悉Linux環境，各種

學習筆記-Spring Boot 源起-Spring AOP 程式設計

一、AOP面向方面程式設計 AOP是OOP的延續，是Aspect Oriented Programming的縮寫，意思是面向方面程式設計。OP實際是GoF設計模式的延續，設計模式孜孜不倦追求的是呼叫者和被呼叫者之間的解耦，AOP可以說也是這種目標的一種實現。 AOP帶來了

Spring Cloud學習筆記--Spring Boot初次搭建

分享 dea 都是 在家 本職工作 之前 的人 ges 依賴 1. Spring Boot簡介 初次接觸Spring的時候，我感覺這是一個很難接觸的框架，因為其龐雜的配置文件，我最不喜歡的就是xml文件，這種文件的可讀性很不好。所以很久以來我的Spring學習都是出於停滯狀

u-boot移植（一）---準備工作

分享 2.3 option 什麽 bison ctu http bin 執行命令 一、工具鏈的制作 1.1 工具 　　軟件工具：crosstool-ng 　　下載地址：git clone https://github.com/crosstool-ng/crosstool-n