uboot分析

BootLoader指系統啓動後,在操作系統內核運行之前運行的一段小程序。通過BootLoader,我們可以初始化硬件設備、建立內存空間的映射圖,從而將系統的軟硬件環境帶到一個合適的狀態,以便爲最終調用操作系統內核準備好正確的環境。通常,BootLoader是嚴重地依賴於硬件而實現的,特別是在嵌入式世界。因此,在嵌入式世界裏建立一個通用的 BootLoader 幾乎是不可能的。儘管如此,我們仍然可以對BootLoader歸納出一些通用的概念來,以指導用戶特定的BootLoader設計與實現。

BootLoader的操作模式一般分爲自啓動模式和交互模式。

自啓動模式:BootLoaderd從目標機上的某個固態設備上將操作系統加載到RAM中運行,整個過程沒有用戶的介入;

交互模式:目標機上的BootLoader將通過串口或網絡等通信手段從開發板上下載內核映像和根文件系統映像等到RAM中,可以寫到目標機上的固態存儲介質中,或者直接進行系統的引導。也可以通過串口接收用戶的命令。

BootLoader基本功能:

初始化相關硬件;

把BootLoader自搬移到內存中;

執行用戶的命令(訪問環境變量;通過網絡/串口通信;讀寫RAM/Flash);

加載並執行內核。

 一個嵌入式Linux系統從軟件的角度看通常可以分爲四個部分:BootLoader、Linux內核、跟文件系統及用戶的應用程序。BootLoader處於系統的最底層,運行於系統啓動的最初階段。

系統加電或復位後,所有CPU都會從某個地址開始執行,這是由處理器設計決定的。比如,X86的復位向量在高地址端,ARM處理器在復位時從地址0x00000000取第一條指令。嵌入式系統的開發板都要把板上ROM或Flash映射到這個地址。因此,必須把Bootloader程序存儲在相應的Flash位置。系統加電後,CPU將首先執行它。

 BootLoader的啓動過程可以是單階段的,也可以是多階段的。多階段一般比單階段的提供更爲複雜的功能,以及更好的可移植性。從固態存儲設備上啓動的bootloader大多數是二階段的啓動過程。

  BootLoader 的實現依賴於CPU的體系結構,因此大多數 BootLoader 都分爲stage1 和stage2 兩大部分。依賴於CPU體系結構的代碼,比如設備初始化代碼等,通常都放在 stage1中,而且通常都用彙編語言來實現,以達到短小精悍的目的。而stage2 則通常用C 語言來實現,這樣可以實現更復雜的功能,而且代碼會具有更好的可讀性和可移植性。

  BootLoader 的 stage1 通常包括以下步驟:

  ·硬件設備初始化;//屏蔽所有的中斷、關閉處理器內部指令/數據Cache等

  ·爲加載BootLoader的stage2準備RAM空間;

  ·拷貝BootLoader的stage2 到RAM空間中;

  ·設置好堆棧並將bss段清零;

  ·跳轉到 stage2 的 C 入口點。

  Boot Loader的stage2通常包括以下步驟:

  ·初始化本階段要使用到的硬件設備;

  ·檢測系統內存映射(memory map);

  ·將內核映像和根文件系統映像從flash上讀到 RAM 空間中;

  ·爲內核設置啓動參數;

  ·調用內核。

爲什麼bootloader的初始部分要用匯編?一種解釋是有些操作必須用匯編實現,如協處理器寄存器的操作。更重要的問題在於,c程序需要一個具體的運行環境,如代碼段,初始化的數據段,BSS段,棧,堆等。尤其是棧,它承擔着C函數調用參數傳遞,局部變量的存儲等工作。再者,啓動時僅有Nand Flash的前4K內容在stepping stone中運行,這如何能保證C程序的完整性呢?因此,通常的做法是將第一階段的彙編代碼在單獨的模塊實現,並鏈接到程序的開始處。然後有它將完整的bootloader程序映像文件從Nand Flash中搬運至SDRAM中,並設置好上面談到的各個段。這麼以來,第二階段的代碼就會在SDRAM中運行。

第一階段彙編代碼的入口處,一般首先放置的是cpu異常的跳轉代碼,如IRQ,FIQ,SWI,Undef等。中斷源將中斷請求送至cpu的中斷控制器,通過中斷控制器仲裁,決定被響應與否或響應的順序。例如IRQ異常,cpu會跳轉到IRQ異常跳轉指令處,該指令修改pc地址使其指向IRQ異常處理例程。在處理歷程中,程序通過判斷中斷源的偏移量,確定該IRQ異常的具體類型,計算出這種IRQ異常的中斷響應函數,這個過程是通過查閱IRQ中斷向量表來實現的。IRQ中斷向量表中定義了具體IRQ中斷響應函數的地址,這些地址可以在第二階段根據需要而設置,例如Timer的中斷響應函數等等。

第二階段首先做的是設置時鐘。復位後,cpu使用外部時鐘源,而非MPLL。通過設置MPLL,從而初始化HCLK,FCLK和PCLK,後者給cpu和外設提供穩定的時鐘。接着可以對中斷控制器和串口進行初始化,這樣就可以通過串口向PC終端輸出一些交互信息了。

接着打開MMU,指令緩存和數據緩存。這裏可以設置協處理器CP15的Register 13(ProcID)爲0,並建立從虛地址到物理地址的直接映射關係。

以上工作完成後,將存放於Nand Flash中的kernel和啓動參數搬運到內存中的特定區域,重新設置好時鐘(與內核中的保持一致),關閉MMU,指令緩存和數據緩存,跳轉到內核的起始地址就可以運行了。

u-boot源碼結構

    在頂層目錄下有18個子目錄,分別存放和管理不同的源程序。這些目錄中所要存放的文件有其規則,可以分爲3類。
    第1類目錄與處理器體系結構或者開發板硬件直接相關;
    第2類目錄是一些通用的函數或者驅動程序;
    第3類目錄是u-boot的應用程序、工具或者文檔。


u-boot的源碼頂層目錄說明

目    錄                特    性                解 釋 說 明
board                  平臺依賴          存放開發板相關的目錄文件,每一套板子對應一個目錄。如RPXlite(mpc8xx)、

                                                fsc100(arm_cortexa8)、sc520_cdp(x86) 等目錄,子目錄僅存放與開發板相關的c文件和配置文件,

                                                不包含開發板CPU架構通用的實現文件

cpu                     平臺依賴          存放CPU相關的目錄文件,每一款CPU對應一個目錄。例如:mpc8xx、ppc4xx、
                                               arm720t、arm_cortexa8、 xscale、i386等目錄

lib_XXX               平臺依賴          存放對XXX體系結構通用的文件,主要用於實現XXX平臺通用的函數,如軟件浮點


include                 通用                頭文件和開發板配置文件,所有開發板的配置文件都在configs目錄下
common               通用                通用的多功能函數實現
lib_generic            通用                通用庫函數的實現
net                      通用                與網絡協議棧相關的代碼,如bootp協議、tftp協議、rarp協議和nfs
fs                        通用                存放支持的文件系統,如cramfs、ext2、fat、fdos、jffs2、reiserfs、ubifs、yaffs2文件系統
post                     通用                存放上電自檢(Power On Self Test)程序
drivers                通用                通用的設備驅動程序,主要有串口、USB、mmc、以太網接口的驅動等
disk                    通用                硬盤接口程序
rtc                      通用                RTC實時時鐘的驅動程序
api                        通用               平臺無關的應用接口

examples               應用例程          一些獨立運行的應用程序的例子,例如helloworld

tools                   工具                存放製作S-Record或者u-boot格式的映像等工具,例如mkimage

doc                     文檔                開發使用文檔

View Code
.
|-- \
|-- 123.txt
|-- api
|-- board
|-- CHANGELOG
|-- CHANGELOG-before-U-Boot-1.1.5
|-- common
|-- config.mk
|-- COPYING
|-- cpu
|-- CREDITS
|-- disk
|-- doc
|-- drivers
|-- examples
|-- fs
|-- include
|-- lib_arm
|-- lib_avr32
|-- lib_blackfin
|-- libfdt
|-- lib_generic
|-- lib_i386
|-- lib_m68k
|-- lib_microblaze
|-- lib_mips
|-- lib_nios
|-- lib_nios2
|-- lib_ppc
|-- lib_sh
|-- lib_sparc
|-- MAINTAINERS
|-- MAKEALL
|-- Makefile
|-- mkconfig
|-- nand_spl
|-- net
|-- onenand_ipl
|-- post
|-- README
|-- rules.mk
|-- System.map
|-- tags
|-- tools
|-- u-boot
|-- u-boot.bin
|-- u-boot.lds
|-- u-boot.map
`-- u-boot.srec

29 directories, 20 filesmakefile簡要分析:

主目錄中的Makefile是對整個工程的編譯鏈接規則進行了描述。  
子目錄中的Makfile主要是編譯一些源文件並進行歸檔,生成一些靜態庫。 
Mkconfig是個腳本文件,負責對主目錄中makefile進行配置的文件。創建一些符號鏈接,並在include目錄下創建了兩個文件:config.mk和config.h。

config.mk包含了uboot運行的環境,定義了主目錄和子目錄makefile通用的變量,包括體系結構、處理器和板子。

Config.h中指明瞭板子相關的配置頭文件。

所有這些目錄的編譯連接都是由頂層目錄的makefile來確定的。

1) Makefile中定義了源碼及生成的目標文件存放的目錄,目標文件存放目錄BUILD_DIR可以通過make O=dir 指定。如果沒有指定,則設定爲源碼頂層目錄。一般編譯的時候不指定輸出目錄,則BUILD_DIR爲空。其它目錄變量定義如下:
  
   #OBJTREE和LNDIR爲存放生成文件的目錄,TOPDIR與SRCTREE爲源碼所在目錄
  OBJTREE := $(if $(BUILD_DIR),$(BUILD_DIR),$(CURDIR))
  SRCTREE := $(CURDIR)
   TOPDIR := $(SRCTREE)
  LNDIR := $(OBJTREE)
  export TOPDIR SRCTREE OBJTREE
  
  2)定義變量MKCONFIG:這個變量指向一個腳本,即頂層目錄的mkconfig。
  
  MKCONFIG := $(SRCTREE)/mkconfig
  export MKCONFIG

在編譯 U-BOOT之前,先要執行
  
  # make fsc100_config
  
   fsc100_config是Makefile的一個目標,定義如下:
  
  fsc100_config: unconfig
 @$(MKCONFIG) $(@:_config=) arm arm_cortexa8 fsc100 samsung s5pc1xx  
  

unconfig:
 @rm -f $(obj)include/config.h $(obj)include/config.mk \
  $(obj)board/*/config.tmp $(obj)board/*/*/config.tmp \
  $(obj)include/autoconf.mk $(obj)include/autoconf.mk.dep

%: %_config
 $(MAKE)

  
  顯然,執行# make fsc100_config時,先執行unconfig目標,注意不指定輸出目標時,obj,src變量均爲空,unconfig下面的命令清理上一次執行make *_config時生成的頭文件和makefile的包含文件。主要是include/config.h 和include/config.mk文件。
  
  然後才執行命令
  
     @$(MKCONFIG) $(@:_config=) arm arm_cortexa8 fsc100 samsung s5pc1xx  

  MKCONFIG 是頂層目錄下的mkcofig腳本文件,後面五個是傳入的參數。
  
  對於fsc100_config而言,mkconfig主要做三件事:
  
  在include文件夾下建立相應的文件(夾)軟連接,
  
   #如果是ARM體系將執行以下操作:
   #ln -s asm-arm asm 
  
   #ln -s arch-s5pc1xx asm-arm/arch
   #ln -s proc-armv asm-arm/proc
  
  生成Makefile包含文件include/config.mk,內容很簡單,定義了四個變量:
  
    ARCH = arm
   CPU = arm_cortexa8
   BOARD = fsc100
   VENDOR = samsung
       SOC = s5pc1xx  
  
  生成 include/config.h頭文件:

then
 echo >> config.h
else
 > config.h  # Create new config file
fi
echo "/* Automatically generated - do not edit */" >>config.h

for i in ${TARGETS}  ; do
 echo "#define CONFIG_MK_${i} 1" >>config.h ;
done

cat << EOF >> config.h
#define CONFIG_BOARDDIR board/$BOARDDIR
#include <config_defaults.h>
#include <configs/$1.h>
#include <asm/config.h>
EOF

  
  mkconfig腳本文件的執行至此結束,繼續分析Makefile剩下部分。
  
  3)包含include/config.mk,其實也就相當於在 Makefile裏定義了上面四個變量而已。
  
  4) 指定交叉編譯器前綴: 

# set default to nothing for native builds
ifeq ($(HOSTARCH),$(ARCH))
CROSS_COMPILE ?=
endif

ifeq (arm,$(ARCH))#這裏根據ARCH變量,指定編譯器前綴
CROSS_COMPILE ?= arm-cortex_a8-linux-gnueabi-
endif

  5)包含config.mk:
  
   #包含頂層目錄下的config.mk,這個文件裏面主要定義了交叉編譯器及選項和編譯規則
   # load other configuration
   include $(TOPDIR)/config.mk
  
  下面分析config.mk 的內容:
  
  @包含體系,開發板,CPU特定的規則文件:
  
   ifdef ARCH #指定預編譯體系結構選項
   sinclude $(TOPDIR)/$(ARCH)_config.mk # include architecture dependend rules
   endif
   ifdef CPU #定義編譯時對齊,浮點等選項
   sinclude $(TOPDIR)/cpu/$(CPU)/config.mk # include CPU specific rules
   endif
   ifdef SOC #沒有這個文件
   sinclude $(TOPDIR)/cpu/$(CPU)/$(SOC)/config.mk # include SoC specific rules
   endif
  
   ifdef BOARD #指定特定板子的鏡像連接時的內存基地址

   sinclude $(TOPDIR)/board/$(BOARDDIR)/config.mk # include board specific rules
   endif
  
   @定義交叉編譯鏈工具
  
  
   # Include the make variables (CC, etc...)
   #
   AS = $(CROSS_COMPILE)as
   LD = $(CROSS_COMPILE)ld
   CC = $(CROSS_COMPILE)gcc
   CPP = $(CC) -E
   AR = $(CROSS_COMPILE)ar
   NM = $(CROSS_COMPILE)nm
   STRIP = $(CROSS_COMPILE)strip
   OBJCOPY = $(CROSS_COMPILE)objcopy
   OBJDUMP = $(CROSS_COMPILE)objdump
   RANLIB = $(CROSS_COMPILE)RANLIB
  
   @定義AR選項ARFLAGS,調試選項DBGFLAGS,優化選項OPTFLAGS
  
    預處理選項CPPFLAGS,C編譯器選項CFLAGS,連接選項LDFLAGS
        LDFLAGS += -Bstatic -T $(obj)u-boot.lds $(PLATFORM_LDFLAGS)
        ifneq ($(TEXT_BASE),)
        LDFLAGS += -Ttext $(TEXT_BASE)
        endif #指定了起始地址TEXT_BASE
  
   @指定編譯規則:
  
  $(obj)%.s: %.S
      $(CPP) $(AFLAGS) $(AFLAGS_$(@F)) $(AFLAGS_$(BCURDIR)) -o $@ $<
      $(obj)%.o: %.S
      $(CC)  $(AFLAGS) $(AFLAGS_$(@F)) $(AFLAGS_$(BCURDIR)) -o $@ $< -cldf
      $(obj)%.o: %.c
      $(CC)  $(CFLAGS) $(CFLAGS_$(@F)) $(CFLAGS_$(BCURDIR)) -o $@ $< -c
      $(obj)%.i: %.c
      $(CPP) $(CFLAGS) $(CFLAGS_$(@F)) $(CFLAGS_$(BCURDIR)) -o $@ $< -c
      $(obj)%.s: %.c
      $(CC)  $(CFLAGS) $(CFLAGS_$(@F)) $(CFLAGS_$(BCURDIR)) -o $@ $< -c -S  
  回到頂層makefile文件:
  
  6)U-boot需要的目標文件。
  
   OBJS = cpu/$(CPU)/start.o # 順序很重要,start.o必須放第一位
  
  7)需要的庫文件:
  
   LIBS = lib_generic/libgeneric.a
   LIBS += board/$(BOARDDIR)/lib$(BOARD).a
   LIBS += cpu/$(CPU)/lib$(CPU).a
   ifdef SOC
   LIBS += cpu/$(CPU)/$(SOC)/lib$(SOC).a
   endif
   LIBS += lib_$(ARCH)/lib$(ARCH).a
   LIBS += fs/cramfs/libcramfs.a fs/fat/libfat.a fs/fdos/libfdos.a fs/jffs2/libjffs2.a /
   fs/reiserfs/libreiserfs.a fs/ext2/libext2fs.a
   ...  
   LIBS := $(addprefix $(obj),$(LIBS))
   .PHONY : $(LIBS)
  
   根據上面的include/config.mk文件定義的ARCH、CPU、BOARD、SOC這些變量。硬件平臺依賴的目錄文件可以根據這些定義來確定。fsc100平臺相關目錄及對應生成的庫文件如下。
   board/fsc100/ :庫文件board/fsc100/libfsc100.a
   cpu/arm_cortexa8/ :庫文件cpu/arm_cortexa8/libarm_cortexa8.a
   cpu/arm_cortexa8/s5pc1xx/ : 庫文件cpu/arm_cortexa8/s5pc1xx/libs5pc1xx.a
   lib_arm/ : 庫文件lib_arm/libarm.a
     
  8)最終生成的各種鏡像文件:
  
   ALL = $(obj)u-boot.srec $(obj)u-boot.bin $(obj)System.map $(U_BOOT_NAND)
  
   all: $(ALL)
  
   $(obj)u-boot.hex: $(obj)u-boot
   $(OBJCOPY) ${OBJCFLAGS} -O ihex $< $@
  
   $(obj)u-boot.srec: $(obj)u-boot
   $(OBJCOPY) ${OBJCFLAGS} -O srec $< $@
  
   $(obj)u-boot.bin: $(obj)u-boot
   $(OBJCOPY) ${OBJCFLAGS} -O binary $< $@
   #這裏生成的是U-boot 的ELF文件鏡像
GEN_UBOOT = \
       UNDEF_SYM=`$(OBJDUMP) -x $(LIBBOARD) $(LIBS) | \
       sed  -n -e 's/.*\($(SYM_PREFIX)__u_boot_cmd_.*\)/-u\1/p'|sort|uniq`;\
       cd $(LNDIR) && $(LD) $(LDFLAGS) $$UNDEF_SYM $(__OBJS) \
           --start-group $(__LIBS) --end-group $(PLATFORM_LIBS) \
           -Map u-boot.map -o u-boot
$(obj)u-boot: depend $(SUBDIRS) $(OBJS) $(LIBBOARD) $(LIBS) $(LDSCRIPT) $(obj)u-boot.lds$(GEN_UBOOT)  
  分析一下最關鍵的u-boot ELF文件鏡像的生成:
  
   @依賴目標depend :生成各個子目錄的.depend文件,.depend列出每個目標文件的依賴文件。生成方法,調用每個子目錄的make _depend。
  
   depend dep:
   for dir in $(SUBDIRS) ; do $(MAKE) -C $$dir _depend ; done
    
   @僞目標SUBDIRS: 執行tools ,examples ,post,post/cpu 子目錄下面的make文件。
     SUBDIRS = tools \
       examples/standalone \
       examples/api

       .PHONY : $(SUBDIRS)

 
   $(SUBDIRS): depend
       $(MAKE) -C $@ all  
   @依賴目標$(OBJS),即cpu/start.o
  
   $(OBJS): depend
       $(MAKE) -C cpu/$(CPU) $(if $(REMOTE_BUILD),$@,$(notdir $@))

   @依賴目標$(LIBBOARD)、$(LIBS),這個目標太多,都是每個子目錄的庫文件*.a ,通過執行相應子目錄下的make來完成:
   $(LIBBOARD): depend $(LIBS)
       $(MAKE) -C $(dir $(subst $(obj),,$@))


   $(LIBS): depend $(SUBDIRS)
       $(MAKE) -C $(dir $(subst $(obj),,$@))  
   @依賴目標$(LDSCRIPT):
  
   $(LDSCRIPT): depend
       $(MAKE) -C $(dir $@) $(notdir $@)

       @$(obj)u-boot.lds
   u-boot.lds,定義了連接時各個目標文件是如何組織的。內容如下:
  OUTPUT_FORMAT("elf32-littlearm", "elf32-littlearm", "elf32-littlearm")
      OUTPUT_ARCH(arm)
     ENTRY(_start)
     SECTIONS
     {
      . = 0x00000000;
      . = ALIGN(4);
      .text :
      {
       cpu/arm_cortexa8/start.o (.text)
       board/samsung/fsc100/lowlevel_init.o
       board/samsung/fsc100/mem_setup.o
       board/samsung/fsc100/nand_cp.o
       *(.text)
      }
      . = ALIGN(4);
      .rodata : { *(SORT_BY_ALIGNMENT(SORT_BY_NAME(.rodata*))) }
      . = ALIGN(4);
      .data : { *(.data) }
      . = ALIGN(4);
      .got : { *(.got) }
      __u_boot_cmd_start = .;
      .u_boot_cmd : { *(.u_boot_cmd) }
      __u_boot_cmd_end = .;
      . = ALIGN(4);
      __bss_start = .;
      .bss : { *(.bss) }
      _end = .;
      }
   @執行連接命令:
       cd $(LNDIR) && $(LD) $(LDFLAGS) $$UNDEF_SYM $(__OBJS) \
           --start-group $(__LIBS) --end-group $(PLATFORM_LIBS) \
           -Map u-boot.map -o u-bootot
  
   其實就是把start.o和各個子目錄makefile生成的庫文件按照LDFLAGS連接在一起,生成ELF文件u-boot 和連接時內存分配圖文件u-boot.map。
  
  9)對於各子目錄的makefile文件,主要是生成*.o文件然後執行AR生成對應的庫文件。如lib_generic文件夾Makefile:
  
  

LIB = $(obj)libgeneric.a

COBJS-$(CONFIG_ADDR_MAP) += addr_map.o
COBJS-$(CONFIG_BZIP2) += bzlib.o
COBJS-$(CONFIG_BZIP2) += bzlib_crctable.o
COBJS-$(CONFIG_BZIP2) += bzlib_decompress.o
COBJS-$(CONFIG_BZIP2) += bzlib_randtable.o
COBJS-$(CONFIG_BZIP2) += bzlib_huffman.o
COBJS-$(CONFIG_USB_TTY) += circbuf.o
COBJS-y += crc16.o
COBJS-y += crc32.o
COBJS-y += ctype.o
COBJS-y += display_options.o
COBJS-y += div64.o
COBJS-$(CONFIG_GZIP) += gunzip.o
COBJS-$(CONFIG_LMB) += lmb.o
COBJS-y += ldiv.o
COBJS-$(CONFIG_MD5) += md5.o
COBJS-y += net_utils.o
COBJS-$(CONFIG_SHA1) += sha1.o
COBJS-$(CONFIG_SHA256) += sha256.o
COBJS-y += string.o
COBJS-y += strmhz.o
COBJS-y += time.o
COBJS-y += vsprintf.o
COBJS-$(CONFIG_ZLIB) += zlib.o
COBJS-$(CONFIG_RBTREE) += rbtree.o

COBJS := $(COBJS-y)
SRCS := $(COBJS:.o=.c)
OBJS := $(addprefix $(obj),$(COBJS))

$(LIB): $(obj).depend $(OBJS)
 $(AR) $(ARFLAGS) $@ $(OBJS)

  
  整個makefile剩下的內容全部是各種不同的開發板的*_config:目標的定義了。
  
  概括起來,工程的編譯流程也就是通過執行執行一個make *_config傳入ARCH,CPU,BOARD,VENDOR,SOC參數,mkconfig根據參數將include頭文件夾相應的頭文件夾連接好,生成 config.h。然後執行make分別調用各子目錄的makefile 生成所有的obj文件和obj庫文件*.a. 最後連接所有目標文件,生成鏡像。不同格式的鏡像都是調用相應工具由elf鏡像直接或者間接生成的。



移植u-boot-1.3.4S3C2440
一.預備知識:
1.       首先,U-Boot1.3.4還沒有支持s3c2440,移植仍是用2410的文件稍作修改而成的。
2.       24402410的區別:
24402410的區別主要是2440的主頻更高,增加了攝像頭接口和AC‘97音頻接口;寄存器方面,除了新增模 塊的寄存器外,移植所要注意的是NAND FlASH控制器的寄存器有較大的變化、芯片的時鐘頻率控制寄存器(芯片PLL的寄存器)有一定的變化。其他寄存器基本是兼容的。
3.  你開發板的boot方式是什麼,開發板上電以後是怎麼執行的。
一般來說三星的開發板有三種啓動方式:nandnorram
具體用那一種方式來啓動決定於CPU0M[0:1]這兩個引腳,具體請參考S3C2440datasheet
 
nand:對於2440來說,CPU是不給nand-flash分配地址空間的,nand-flash只相當於CPU的一個外設,S3C2440做了一個從nand-flash啓動的機制。開發板一上電,CPU就自動複製
      nand-flash裏面的前4K-Bytes內容到S3C2440內部集成的SDRAM,然後把4K內容所在         RAM映射到S3C24400地址,從0地址開始執行。這4K的內容主要負責下面這些工         作:初始化中斷矢量、設定CPU的工作模式爲SVC32模式、屏蔽看門狗、屏蔽中斷、            初始化時鐘、把整個u-boot重定向到外部SDRAM、跳到主要的C函數入口。
nor:  早期的時候利用nor-flash啓動的方式比較多,就是把u-boot燒寫到nor-flash裏面,       直接把nor-flash映射到S3C24400地址,上電從0地址開始執行。
ram:  直接把u-boot放到外部SDRAM上跑,這一般debug時候用到。
4.  u-boot程序的入口地址問題
    要理解程序的入口地址,自然想到的是連接文件,首先看看開發板相對於某個開發板的連接文件"/board/你的開發板/u-boot.lds",看一個2410的例子:
ENTRY(_start)
SECTIONS
{
       . = 0x00000000;
 
       . = ALIGN(4);
       .text      :
       {
         cpu/arm920t/start.o (.text)
         *(.text)
       }
 
       . = ALIGN(4);
       .rodata : { *(.rodata) }
 
       . = ALIGN(4);
       .data : { *(.data) }
 
       . = ALIGN(4);
       .got : { *(.got) }
 
       __u_boot_cmd_start = .;
       .u_boot_cmd : { *(.u_boot_cmd) }
       __u_boot_cmd_end = .;
 
       . = ALIGN(4);
       __bss_start = .;
       .bss : { *(.bss) }
       _end = .;
}
(1) ENTRY(_start)可以看出u-boot的入口函數是_start,這個沒錯
(2) . = 0x00000000也許可以看出_start的地址是0x00000000,事實並不是這樣的,這裏的0x00000000沒效,在連接的時候最終會被TETX_BASE所代替的,具體請參考u-boot根目錄下的config.mk.
(3) 網上很多說法是 _start=TEXT_BASE,我想這種說法也是正確的,但沒有說具體原因。
本人的理解是這樣的,TEXT_BASE表示text段的起始地址,而從
.text      :
{
  cpu/arm920t/start.o (.text)
  *(.text)
}
看,放在text段的第一個文件就是start.c編譯後的內容,而start.c中的第一個函數就是
_start,所以 _start應該是放在text段的起始位置,因此說_start=TEXT_BASE也不爲過。
5.  一直不明白的U-BOOT是怎樣從4Ksteppingstone跳到RAM中執行的,現在終於明白了。關鍵在於:
              ldr   pc, _start_armboot
_start_armboot:    .word start_armboot
這兩條語句,ldr       pc, _start_armboot指令把_start_armboot這個標籤的地方存放的內容(也即是start_armboot)移到PC寄存器裏面,start_armboot是一個函數地址,在編譯的時候給分配了一個絕對地址,所以上面語句實際上是完成了一個絕對地址的跳轉。而我一直不明白的爲什麼在start.S裏面有很多BL,B跳轉語句都沒有跳出4Ksteppingstone,原因是他們都是相對於PC的便宜的跳轉,而不是絕對地址的跳轉。還有要補充一下LDR,MOV,LDR僞指令的區別。
LDR      R0,0x12345678   //把地址0x12345678存放的內容放到R0裏面
MOV    R0,#x                   //把立即數x放到R0裏面,x必須是一個8 bits的數移到偶數次得到的數。
LDR      R0,=0x12345678        //把立即數0x12345678放到R0裏面
6.  在移植u-boot-1.3.3以上版本的時候要注意:
    在u-boot1.3.3及以上版本Makefile有一定的變化,使得對於24x0處理器從nand啓動的遇到問題。也就是網上有人說的:無法運行過lowlevel_init。其實這個問題是由於編譯器將我們自己添加的用於nandboot的子函數nand_read_ll放到了4K之後造成的(到這不理解的話,請仔細看看24x0處理器nandboot原理)。我是在運行失敗後,利用mini2440的4個LED調試發現u-boot根本沒有完成自我拷貝,然後看了uboot根目錄下的System.map文件就可知道原因。
解決辦法其實很簡單:
將__LIBS := $(subst $(obj),,$(LIBS)) $(subst $(obj),,$(LIBBOARD))
改爲__LIBS := $(subst $(obj),,$(LIBBOARD)) $(subst $(obj),,$(LIBS))
7.   然後說一下跳轉指令。ARM有兩種跳轉方式。
1)mov pc <跳轉地址〉
 這種向程序計數器PC直接寫跳轉地址,能在4GB連續空間內任意跳轉。
2)通過B BL BLX BX可以完成在當前指令向前或者向後32MB的地址空間的跳轉(爲什麼是32MB呢?寄存器是32位的,此時的值是24位有符號數,所以32MB)。
B是最簡單的跳轉指令。要注意的是,跳轉指令的實際值不是絕對地址,而是相對地址——是相對當前PC值的一個偏移量,它的值由彙編器計算得出。
BL非常常用。它在跳轉之前會在寄存器LR(R14)中保存PC的當前內容。BL的經典用法如下:
       bl NEXT  ; 跳轉到NEXT
       ……
    NEXT
       ……
       mov pc, lr   ; 從子程序返回。
二.開始上機移植:(紅色字體爲添加的內容,藍色字體爲修改的內容,下同)
給自己的開發板取名爲qljt2440
1.       隨便找個目錄解壓u-boot
$tar –xjvf u-boot-1.3.4.tar.gz2
2.       進入u-boot目錄修改Makefile (你要編譯u-boot那當然少不了配置啦)
$cd u-boot-1.3.4
[uboot@localhost u-boot-1.3.4]$ vim Makefile  修改內容如下:
__LIBS := $(subst $(obj),,$(LIBS)) $(subst $(obj),,$(LIBBOARD))
改爲
__LIBS := $(subst $(obj),,$(LIBBOARD)) $(subst $(obj),,$(LIBS))
 
sbc2410x_config: unconfig @$(MKCONFIG) $(@:_config=) arm arm920t sbc2410x NULL s3c24x0
qljt2440_config : unconfig @$(MKCONFIG) $(@:_config=) arm arm920t qljt2440 qljt s3c24x0
/*
各項的意思如下:
       qljt2440_config : 這個名字是將來你配置板子時候用到的名字,參見make qljt2440_config命令。
arm: CPU的架構(ARCH)
arm920t: CPU的類型(CPU),其對應於cpu/arm920t子目錄。
qljt2440: 開發板的型號(BOARD),對應於board/qljt/qljt2440目錄。
qljt: 開發者/或經銷商(vender) s3c24x0: 片上系統(SOC)
*/
4. /board子目錄中建立自己的開發板qljt2440目錄
由於我在上一步板子的開發者/或經銷商(vender)中填了 qljt ,所以開發板qljt2440目錄一定要建在/board子目錄中的qljt目錄下 ,否則編譯會出錯。
[uboot@localhost u-boot-1.3.4]$ cd board
[uboot@localhost board]$ mkdir qljt qljt/qljt2440
[uboot@localhost board]$ cp -arf sbc2410x/* qljt/qljt2440/
[uboot@localhost board]$ cd qljt/qljt2440/
[uboot@localhost qljt2440]$ mv sbc2410x.c qljt2440.c
[uboot@localhost qljt2440]$ ls 可以看到下面這些文件:
       config.mk  flash.c  lowlevel_init.s   Makefile   qljt2440.c  u-boot.lds
[uboot@localhost qljt2440]$ vim Makefile
       COBJS := qljt2440.o flash.o
5.  include/configs/ 中建立開發板所需要的配置頭文件
[uboot@localhost qljt2440]$ cd ../../..
[uboot@localhost u-boot-1.3.4]$ cp include/configs/sbc2410x.h include/configs/qljt2440.h
6. 測試交叉編譯能否成功
1)配置
       [uboot@localhost u-boot-1.3.4]$ make qljt2440_config
       Configure for qljt2440 board…
(2)測試編譯
       [uboot@localhost u-boot-1.3.4]$ make
詳細信息如下:
編譯信息最後兩行:
       arm-linux-objcopy --gap-fill=0xff -O srec u-boot u-boot.srec
arm-linux-objcopy --gap-fill=0xff -O binary u-boot u-boot.bin
到此交叉編譯成功。
三.開始針對自己的開發板移植
1.  修改/cpu/arm920t/start.S
1.1 修改寄存器地址定義
#if defined(CONFIG_S3C2400) || defined(CONFIG_S3C2410) || defined(CONFIG_S3C2440)   
/* turn off the watchdog */
#if defined(CONFIG_S3C2400)
# define pWTCON        0x15300000
# define INTMSK        0x14400008    /* Interupt-Controller base addresses */
# define CLKDIVN    0x14800014    /* clock divisor register */
#else
# define pWTCON        0x53000000     /*該地址用來屏蔽看門狗*/
# define INTMSK        0x4A000008    /* Interupt-Controller base addresses 該地址用來屏蔽中斷*/
# define INTSUBMSK    0x4A00001C  /*該地址用來屏蔽子中斷*/
# define CLKDIVN    0x4C000014    /* clock divisor register 該地址用來決定FCLKHCLKPCLK的比例
*/
#define CLK_CTL_BASE        0x4c000000  /* qljt S3C2440A.pdf中可以看出該寄存器是存放MpllUpllP254 */
#if defined(CONFIG_S3C2440)      
#define MDIV_405       0x7f << 12   /* qljt  參見P255表,同時要知道本開發板的Fin12MHz,需要的Fclk(也就
Mpll)405MHz*/
#define PSDIV_405       0x21       /* qljt 同上,同時設定PDIVSDIV的值,PDIVSDIV參見S3C2440A.pdf*/
#endif
#endif
1.2  修改中斷禁止部分
  # if defined(CONFIG_S3C2410)
    ldr    r1, =0x7ff   //根據2410芯片手冊,INTSUBMSK11位可用,
                       //vivi也是0x7ff,不知爲什麼UBoot一直沒改過來。但是由於芯片復位默認
//所有的終端都是被屏蔽的,所以這個不影響工作
    ldr    r0, =INTSUBMSK
    str    r1, [r0]
# endif
# if  defined(CONFIG_S3C2440)
    ldr    r1, =0x7fff   //根據2440芯片手冊,INTSUBMSK15位可用

    ldr    r0, =INTSUBMSK
    str    r1, [r0]
# endif
1.3 修改時鐘設置
/*時鐘控制邏輯單元能夠產生s3c2440需要的時鐘信號,包括CPU使用的主頻FCLK,AHB總線使用的HCLK,APB總線設備使用的PCLK2440裏面的兩個鎖相環(PLL),其中一個對應FCLKHCLKPCLK,另外一個對應UCLK(48MHz)*/
/*注意:AHPAPB總線的簡介參見“AHBAPB總線.doc */
/* FCLK:HCLK:PCLK = 1:4:8 */
    ldr    r0, =CLKDIVN
    mov    r1, #5
    str    r1, [r0]
/*這三條協處理器命令確實不知道什麼意思,在ATXJGYBC_ql.pdf中搜p15c1,只知道它們執行以後會把協處理器p15的寄存器c1的最高兩位置1,但c1的最高兩位是沒有意義啊,弄不懂它的真正意思
不過我卻知道這三條語句是從哪裏出來的,詳細請參考s3c2440datasheets3c2440datasheet中的R1_nFR1_iA.doc */
    mrc    p15, 0, r1, c1, c0, 0        /*read ctrl register   qljt*/
    orr    r1, r1, #0xc0000000       /*Asynchronous  qljt 改變總線模式爲異步模式網上某位朋友說不知到在哪裏看到過
如果FCLKHCLK不同的話就要選擇這種模式的 */
    mcr    p15, 0, r1, c1, c0, 0      /*write ctrl register qljt*/

#if defined(CONFIG_S3C2440)   // 2440的主頻可達533MHz,但聽說設到533MHz時系統
//很不穩定,不知是不是SDRAM和總線配置的影響,所以現在先設到//405MHz,以後在改進。)
    /*now, CPU clock is 405.00 Mhz   qljt*/
    mov    r1, #CLK_CTL_BASE    /* qljt*/
    mov    r2, #MDIV_405                   /* mpll_405mhz    qljt*/
    add    r2, r2, #PSDIV_405             /* mpll_405mhz    qljt*/
    str    r2, [r1, #0x04]               /* MPLLCON qljt實際上是設置寄存器CLK_CTL_BASE+0x04=0x4c000004的值 */
#endif

#endif    /* CONFIG_S3C2400 || CONFIG_S3C2410|| CONFIG_S3C2440 */
 
1.4 將從Flash啓動改成從NAND Flash啓動。(特別注意:這和2410的程序有不同,不可混用!!!是拷貝vivi的代碼。)
將以下UBoot的重定向語句段:
@#if ndef         CONFIG_AT91RM9200
#if  0
#ifndef CONFIG_SKIP_RELOCATE_UBOOT
relocate:                /* relocate U-Boot to RAM        */
    adr    r0, _start        /* r0 <- current position of code   */
    ldr    r1, _TEXT_BASE        /* test if we run from flash or RAM */
    cmp     r0, r1                /* don't reloc during debug         */
    beq     stack_setup

    ldr    r2, _armboot_start
    ldr    r3, _bss_start
    sub    r2, r3, r2        /* r2 <- size of armboot            */
    add    r2, r0, r2        /* r2 <- source end address         */

copy_loop:
    ldmia    r0!, {r3-r10}        /* copy from source address [r0]    */
    stmia    r1!, {r3-r10}        /* copy to   target address [r1]    */
    cmp    r0, r2            /* until source end addreee [r2]    */
    ble    copy_loop
#endif    /* CONFIG_SKIP_RELOCATE_UBOOT */
#endif  /*CONFIG_AT91RM9200 */
然後添加:
/*下載了一個vivi源代碼看了一下,還真的有下面哪一段代碼*/
#ifdef CONFIG_S3C2440_NAND_BOOT   @qljt@@@@@@@@@@@@@@@@SSSSSSSSSSSSS
    @ reset NAND
/*往下四段內容都是針對S3C2440的關於NAND-FLASH的寄存器的設置,具體有什麼作用,看了datasheet,有些明白有些不明白*/
    mov    r1, #NAND_CTL_BASE           
    ldr    r2, =( (7<<12)|(7<<8)|(7<<4)|(0<<0) )
    str    r2, [r1, #oNFCONF]          /*這些宏是在include/configs/qljt2440.h中被定義的*/
    ldr    r2, [r1, #oNFCONF]  /*還是弄不懂爲什麼上面一句str以後還要有這句的ldr命令?why?難道是多餘的?*/

    ldr    r2, =( (1<<4)|(0<<1)|(1<<0) ) @ Active low CE Control 
    str    r2, [r1, #oNFCONT]
    ldr    r2, [r1, #oNFCONT]

    ldr    r2, =(0x6)        @ RnB Clear
    str    r2, [r1, #oNFSTAT]
    ldr    r2, [r1, #oNFSTAT]
    
    mov    r2, #0xff        @ RESET command
    strb    r2, [r1, #oNFCMD]
/*delay一段時間*/
  mov r3, #0                   @ wait
nand1: 
  add  r3, r3, #0x1
  cmp r3, #0xa
  blt   nand1
/*等待nand-flash的復位完畢信號*/
nand2:
  ldr   r2, [r1, #oNFSTAT]      @ wait ready
  tst    r2, #0x4
  beq  nand2

  ldr    r2, [r1, #oNFCONT]
 orr    r2, r2, #0x2        @ Flash Memory Chip Disable  /*在這裏先Display fansh CE先,在C函數中對falsh進行*/
str    r2, [r1, #oNFCONT]                          /*操作的時候才enable,爲什麼這樣操作不太清楚*/   
/*下面這段用來初始化棧指針sp和幀指針fp,至於它們的定義和作用參考文件夾
 棧指針sp和幀指針fp”裏面的內容
記住它們都是與函數調用時候相關的。簡單來講就是子函數被調用以後是通過指針的相對位置來查找調用參數和局部變量的,但是由於sp經常變化,所以需要fp來協助。*/
@ get ready to call C functions (for nand_read())
  ldr   sp, DW_STACK_START       @ setup stack pointer /*sp 是指堆棧指針*/
  mov fp, #0                    @ no previous frame, so fp=0                 
@ copy U-Boot to RAM                   /*vivi裏面應該是有一段是針對gpio的程序,也許使用來debug用的信號燈,這裏省略了*/
         /* TEXT_BASE uboot自己的入口地址,在u-boot-1.3.4-board/qljt/qljt2440config.mk中定義
有趣的是外國人的逆向思維很厲害,它們很靈活地把它放在SDRAM的最後0x80000地方,也就是0x33F80000
*/
  ldr   r0, =TEXT_BASE         /*r0 : u-boot複製到ram的那個位置*/
         mov     r1, #0x0                          /*r1 : falsh的那個位置開始複製*/
         mov r2, #0x20000                     /*r2 : 複製多大的內容*/
         bl    nand_read_ll              /*跳到執行uboot複製的程序入口,這個函數從哪裏來?也是來自vivi的,沒辦法*/
         tst    r0, #0x0                    /*這裏特別注意r0的值是指nand_read_ll 執行完以後的返回值,而不是上面
ldr   r0, =TEXT_BASE 的值,初學者往往在這裏想不通*/   
         beq  ok_nand_read
bad_nand_read:                  /*如果讀nand_read失敗的話,那麼sorry,重來,或者檢查硬件*/
loop2:    b     loop2          @ infinite loop
ok_nand_read:
@ verify          
/*計算機就是好,很容易就可以檢測我們放在SDRAM中的u-boot是不是flash中的uboot
本開發板使用的是nand-falsh的啓動方式,板子一上電並不是馬上進入SDRAM執行程序的。是這樣的:板子一上電,S3C2440自動把nand-falsh中從0地址開始的4Kbytes複製到S3C2440集成的某個緩衝區裏面(起始地址是0x00),從那裏開始執行,那4K程序負責把整個uboot複製到SDRAM,然後才跳到SDRAM開始正真的UBOOT(這個技術是有個專業名字的我忘記了),*/
/*下面這段程序的作用就是用開始執行的4Kbytes程序跟我們複製到SDRAM中的uboot的前4K程序進行比較,從而校驗*/
  mov r0, #0
  ldr   r1, =TEXT_BASE
  mov r2, #0x400     @ 4 bytes * 1024 = 4K-bytes
go_next:
  ldr   r3, [r0], #4
  ldr   r4, [r1], #4
  teq   r3, r4
  bne  notmatch
  subs r2, r2, #4
  beq  stack_setup
  bne  go_next

notmatch:
loop3:     b     loop3         @ infinite loop
#endif @ CONFIG_S3C2440_NAND_BOOT  @qljt@@@@@@@@@@@@@@@@@@EEEEEEEEE
 
1.5 在跳到C函數執行前,也就是跳出start.S前,添加幾個LED燈的控制,說明程序跑到這裏了,移植的第一階段完成了。
/*本開發板上面有四個LED燈,分別接到CPU GPIO_F[4:7]這四個引腳上*/
#if defined(CONFIG_S3C2440)
@  LED1 on u-boot stage 1 is ok!
    mov    r1, #GPIO_CTL_BASE   
    add    r1, r1, #oGPIO_F
    ldr    r2,=0x5500
    str    r2, [r1, #oGPIO_CON]
    mov    r2, #0xff
    str    r2, [r1, #oGPIO_UP]
    mov    r2, #0xdf
    str    r2, [r1, #oGPIO_DAT]
#endif
1.6  “  _start_armboot:    .word start_armboot  ” 後加入:
#if defined(CONFIG_S3C2440_NAND_BOOT)
.align     2         /*???這裏我一直不明白爲什麼是 .align 2,因爲如果按照ARM的規則,意思是按照 22次方=4bit
方式對齊,那麼就是半個字節對齊,有可能嗎?*/
DW_STACK_START:  .word  STACK_BASE+STACK_SIZE-4   /*從這裏可以看出該堆棧是從高地址向低地址增長的
注意這裏的STACK_BASESTACK_SIZE還沒定義,在1.1節中定義*/
#endif
2. 修改include/configs/qljt2440.h文件,在結尾處添加如下內容(注意:s3c2410與s3c2440的Nand Flash控制器寄存器不同,不能混用!!):
......
/*
 * Nandflash Boot
 */
#define CONFIG_S3C2440_NAND_BOOT 1
#define STACK_BASE    0x33f00000
#define STACK_SIZE    0x8000
/* NAND Flash Controller */
#define NAND_CTL_BASE        0x4E000000
/* Offset */
#define oNFCONF            0x00       /*這些宏是在start.S中被調用的*/
#define oNFCONT            0x04
#define oNFCMD            0x08
#define oNFADDR            0x0c
#define oNFDATA            0x10
#define oNFSTAT            0x20
#define oNFECC            0x2c
/* GPIO */
#define GPIO_CTL_BASE        0x56000000
#define oGPIO_F            0x50
#define oGPIO_CON       0x0   /* R/W, Configures the pins of the port */
#define oGPIO_DAT        0x4    /* R/W,    Data register for port */
#define oGPIO_UP        0x8    /* R/W, Pull-up disable register */
#endif    /* __CONFIG_H */
 
3.  在board/qljt/qljt2440加入NAND Flash讀函數文件,拷貝vivi中的nand_read.c文件到此文件夾即可,基本上大陸上移植的都是這樣做的,在此把該文件的內容貼出來,目的是對一些難理解的代碼進行解析:
#include <config.h>

#define __REGb(x)    (*(volatile unsigned char *)(x))
#define __REGi(x)    (*(volatile unsigned int *)(x))
#define NF_BASE        0x4e000000

#define NFCONF        __REGi(NF_BASE + 0x0)
#define NFCONT        __REGi(NF_BASE + 0x4)
#define NFCMD        __REGb(NF_BASE + 0x8)
#define NFADDR        __REGb(NF_BASE + 0xC)
#define NFDATA        __REGb(NF_BASE + 0x10)
#define NFSTAT        __REGb(NF_BASE + 0x20)

//#define GPDAT        __REGi(GPIO_CTL_BASE+oGPIO_F+oGPIO_DAT)

#define NAND_CHIP_ENABLE  (NFCONT &= ~(1<<1))
#define NAND_CHIP_DISABLE (NFCONT |=  (1<<1))
#define NAND_CLEAR_RB      (NFSTAT |=  (1<<2))
#define NAND_DETECT_RB      { while(! (NFSTAT&(1<<2)) );}

#define BUSY 4
inline void wait_idle(void) {
    while(!(NFSTAT & BUSY));
    NFSTAT |= BUSY;
}

#define NAND_SECTOR_SIZE    512
#define NAND_BLOCK_MASK        (NAND_SECTOR_SIZE - 1)

/* low level nand read function */
/*下面nand_read_ll 的三個參數來自start.S裏面調用nand_read_ll 前的r0r1r2*/
int nand_read_ll(unsigned char *buf, unsigned long start_addr, int size)
{
    int i, j;
/*下面這個if保證對flash的讀操作是從某一頁的頁頭開始的,從直觀來看是保證start_addr[0:8]位都爲0
爲什麼呢?因爲本flash的一頁的大小位512-bytes,也就是從0x00x1ff*/
    if ((start_addr & NAND_BLOCK_MASK) || (size & NAND_BLOCK_MASK)) {
        return -1;    /* invalid alignment */
    }

    NAND_CHIP_ENABLE;

    for(i=start_addr; i < (start_addr + size);) {
        /* READ0 */
        NAND_CLEAR_RB;        
         /*到此應該可以明白s3c2440 nandflash 相關寄存器的確切含義了,就是說s3c2440裏面已經集成了對nand flash
作的相關寄存器,只要你的nand flash接線符合s3c2440 datasheet的接法,就可以隨便使用s3c2440 對於nand
flash的相關寄存器,例如如果你想像nand flash寫一個命令,那麼只要對命令寄存器寫入你的命令就可以了,s3c2440 可以自動幫你完成所有的時序動作,寫地址也是一樣。反過來說如果沒有了對nand flash的支持,那麼我們對nand falsh的操作就會增加好多對I/O口的控制,例如對CLE,ALE的控制。s3c2440已經幫我們完成了這部分工作了*/
        NFCMD = 0;

        /* Write Address */
/*下面這個送地址的過程可以說是這段程序裏最難懂的一部分了,難就難於爲什麼送進nand flash的地址忽略了bit8
縱觀整個for(i) 循環,i並不是一個隨機的地址,而應該是每一頁的首地址。其實nand flash並不是忽略了bit 8這個
地址,而是bit 8早就被定下來了,什麼時候定下來,就是上面的NFCMD = 0;語句,本flash (K9F1208U0B)支持從
半頁開始讀取,從而它有兩個讀的命令,分別是0x00(從一頁的上半頁開始讀 0x01(從一頁的下半頁開始讀)
當取0x00時,bit 8=0,當取0x01 bit 8=1.*/
        NFADDR = i & 0xff;
        NFADDR = (i >> 9) & 0xff;
        NFADDR = (i >> 17) & 0xff;
        NFADDR = (i >> 25) & 0xff;

        NAND_DETECT_RB;

        for(j=0; j < NAND_SECTOR_SIZE; j++, i++) {
            *buf = (NFDATA & 0xff); /*每讀一次NANDFLASH就往IO口送下一個byte,直到送
 NAND_SECTOR_SIZE 個爲止*/
            buf++;
        }
    }
    NAND_CHIP_DISABLE;
    return 0;
}
4. 修改board/qljt/qljt2440/Makefile文件,讓剛剛添加的nand_read.c編譯進來
......
COBJS := qljt2440.o  nand_read.o flash.o
......
/*===========================================================
到這裏,應該是可以編譯通過的,否則就是編輯的時候出現了錯誤
===========================================================*/
5. 修改board/qljt/qljt2440/lowlevel_init.S文件
    依照開發板的內存區的配置情況修改board/qljt/qljt2440/lowlevel_init.S文件,:
......
/* REFRESH parameter 下面這6個配置都可以參考s3c2440A datasheet P210REFRESH寄存器 */
#define REFEN             0x1    /* Refresh enable */
#define TREFMD             0x0    /* CBR(CAS before RAS)/Auto refresh */
#define Trp             0x01    /* 3clk 這個值可以參考本版子上的SDRAMdatasheet*/
#define Trc             0x3    /* 也就是SDRAM datasheet裏面的Tsrc 7clk 本來這個地方是Trc,但從lowlevel_init.S裏面的調用來看,應該是寄存器REFRESH
Tsrc纔對,好多地方都沒有改過來,我我覺得只是個名字而已,不影響結果
注意:如果這裏改了,那麼下面這句中的Trc也要改爲相應的Tsrc
.word ((REFEN<<23)+(TREFMD<<22)+(Trp<<20)+(Trc<<18)+(Tchr<<16)+REFCNT)*/
#define Tchr             0x2    /* 3clk,這個從lowlevel_init.S裏面的調用來看是屬於REFRESH的保留位,不知道爲什
麼還要給他賦值*/
#define REFCNT    1259 /*這個值的算法參考s3c2440A datasheet P210的Refresh Counter */
 
/*下面不厭其煩地解析一下lowlevel_init.S這個原文件*/
 
#define BWSCON  0x48000000
……
#define Tchr                      0x2   /* 3clk */
#define REFCNT                        0x0459
/**************************************/
/*1.要知道上面這些配置的最終會被用到下面SMRDATA 這個數據池裏面,所以必須要明白SMRDATA 這個數據池是用
來幹什麼的,SMRDATA 後面每一個.word 後面防止的數據都是將要寫入BWSCON 開始的寄存器的,總共有13.work ,它們後面放置的值將會分別別寫入0x480000000x480000040x48000008…一直到0x4800003013個寄存器。 */
/*2.上面那些配置的值是怎樣決定的呢,詳細請參考s3c2440A和你所用SDRAMdatasheet。細心找總是能找到的。*/
/*3.而上面的那些配置值最終是通過下面lowlevel_init後面的這段函數寫到寄存器裏面的,下面對該段函數逐一分析:*/
_TEXT_BASE:
         .word         TEXT_BASE
 
.globl lowlevel_init
lowlevel_init:
         /* memory control configuration */
         /* make r0 relative the current location so that it */
         /* reads SMRDATA out of FLASH rather than memory ! */
         ldr     r0, =SMRDATA
         ldr    r1, _TEXT_BASE
     sub   r0, r0, r1        /*其實明白了前三條語句這段程序就不難懂了,歸根到底就是爲什麼將SMRDATA 的值減
_TEXT_BASE的值?原因是這樣的:我們使用的是從nandflash boot的方式,目前程序
仍然在4K-bytes ‘Steppingstone’(這裏爲什麼突然冒出個Steppingstone’,這個就是我前面提到從nand flash 引導的方法,但不知道名字,後來重新看s3c2440A  datasheetnand flash那一章的開頭才知道)上面運行,在SMRDATA後面的的內容仍然在Steppingstone裏面。但是SMRDATA的值是相對於_TEXT_BASE 值的地址,而且_TEXT_BASE 是放置u-boot的開始地方,所以用SMRDATA-_TEXT_BASE 就可以得到SMRDATA後面內容在Steppingstone裏面相對於地址0x00000000的放置的所在地方(相對於0x00的地址值)*/
/*從這三條語句可以看出前人爲了實現從nand flash啓動可謂費盡心思啊!*/
         ldr    r1, =BWSCON        /* Bus Width Status Controller */
         add     r2, r0, #13*4  /*總共13個寄存器*/
0:
         ldr     r3, [r0], #4
         str     r3, [r1], #4
         cmp     r2, r0
         bne     0b
 
         /* everything is fine now */
         mov  pc, lr
 
         .ltorg         /*數據緩衝池,上網可以查得資料*/
/* the literal pools origin */
 
SMRDATA:
   ……  
    .word ((REFEN<<23)+(TREFMD<<22)+(Trp<<20)+(Trc<<18)+(Tchr<<16)+REFCNT)
    .word 0xb2
    .word 0x30       /*需要注意的是CAS Latency的值在這裏直接配置*/
.word 0x30
/*===========================================================
到這裏,應該是可以編譯通過的,否則就是編輯的時候出現了錯誤
===========================================================*/
 
修改/board/qljt/qljt2440/qljt2440.c,修改這個文件主要針對下面兩點:
(1) GPIO的控制
(2) PLL,畢竟s3c2410跟s3c2440不同
修改其對GPIOPLL的配置(請參閱SBC2440的硬件說明和2440芯片手冊): ......
#elif FCLK_SPEED==1 /* Fout = 405MHz */
//#define M_MDIV 0x5c
//#define M_PDIV 0x4
//#define M_SDIV 0x0
#define M_MDIV 0x7f
#define M_PDIV 0x2
#define M_SDIV 0x1
#elif USB_CLOCK==1
//#define U_M_MDIV 0x48
//#define U_M_PDIV 0x3
#define U_M_MDIV 0x38
#define U_M_PDIV 0x2
#define U_M_SDIV 0x2
......
/* set up the I/O ports */
gpio->GPACON = 0x007FFFFF;
// gpio->GPFCON = 0x000055AA;
gpio->GPFCON = 0x5500; /*for LED*/
......
/* arch number of S3C2440 -Board */
gd->bd->bi_arch_number = MACH_TYPE_S3C2440 ;
/* adress of boot parameters */
gd->bd->bi_boot_params = 0x30000100;
icache_enable();
dcache_enable();
gpio->GPFDAT = 0xbf; /*for LED*/
//int board_init (void)設置完成後,LED1LED2會亮起!
return 0;
}
/*===========================================================
到這裏,應該是可以編譯通過的,否則就是編輯的時候出現了錯誤
===========================================================*/
 
7. 爲了實現NAND Flash的讀寫,再次修改/include/configs/qljt2440.h
......
/*
 * High Level Configuration Options
 * (easy to change)
 */
#define CONFIG_ARM920T        1    /* This is an ARM920T Core    */
//#define    CONFIG_S3C2410       1   /* in a SAMSUNG S3C2410 SoC     */
//#define CONFIG_SBC2410X        1   /* on a friendly-arm SBC-2410X Board  */

#define    CONFIG_S3C2440        1  /* 在前面很多地方調用到CONFIG_S3C2440 ,他是在這裏定義  */
#define CONFIG_qljt2440    1  /* 針對一些本開發板配置的宏控制*/
......
/***********************************************************
 * Command definition
 ***********************************************************/
#define CONFIG_CMD_DHCP
#define CONFIG_CMD_ELF
#define CONFIG_CMD_PING    
#define CONFIG_CMD_NAND          
#define CONFIG_CMD_NET
#define CONFIG_CMD_ENV

/* this must be included AFTER the definition of CONFIG_COMMANDS (if any) */
#include <cmd_confdefs.h>
#define    CFG_LONGHELP                
/* undef to save memory        */
#define    CFG_PROMPT   "[qljt2440]#" /*這個就是你啓動開發板後命令行顯示的內容了*/
/*Monitor Command Prompt  */
#define    CFG_CBSIZE        256        
/* Console I/O Buffer Size    */
......
#define    CFG_LOAD_ADDR      0x30008000   /*以後linux kernel就要放在這裏執行 */
 /* default load address    */

......
//#define CFG_ENV_IS_IN_FLASH       1 /這裏的flash應該是指nor了,都不知道外國人爲什麼這麼默認/
#define    CFG_ENV_IS_IN_NAND    1 /*定義這個宏的目的是爲了調用nand flash類型的saveenv
因爲還有其它類型存儲器的saveenv,在u-boot中查看saveenv
的定義,有多少中定義就有多少種*/
/*在linux對nand flash分區的時候,給u-boot分配256k的空間(0~0x40000)
其中 u-boot.bin    [0x0~0x30000]  佔192K
而   u-boot的參數 [0x30000~0x40000] 佔64k
*/
#define CFG_ENV_OFFSET  0x30000         
#define CFG_ENV_SIZE         0x10000
/*注意:網上很多地方都有關於CONFIG_CMD_NAND 、CFG_NAND_LEGACY、drivers/mtd/nand/nand.c中的nand_init()函數以及board/qljt/qljt2440/qljt2440.c中的nand_init()函數這四個東西的關係,但大多說的不清不楚,我把它門的關係用表格一一列出來,請參考附錄。*/
#define CFG_NAND_LEGACY                  1
/*----------------------------------------------------------------------
 * NAND flash settings
 */
#if defined (CONFIG_CMD_NAND)
#define CFG_NAND_BASE 0x4E000000     /*這個鬼東西在drivers/mtd/nand/nand.c中被調用,它
是NAND控制寄存器的基地址*/
/* NandFlash控制器在SFR區起始寄存器地址 */
#define CFG_MAX_NAND_DEVICE 1
 /* 支持的最在Nand Flash數據 */
#define SECTORSIZE 512 
/* 1頁的大小 */
#define NAND_SECTOR_SIZE SECTORSIZE /*這兩個東西好像也是多餘的,備用吧,在次文章搜一下
就知道其它用到的地方也有定義*/
#define NAND_BLOCK_MASK 511         /*本flash一個block的大小-1*/
/* 頁掩碼 */
#define ADDR_COLUMN 1 /*意思是你所用的nandflash的Column地址佔多少個字節*/
/* 一個字節的Column地址 */
#define ADDR_PAGE 3 /*意思是你所用的nandflash的(row)page地址佔多少個字節*/
/* 3字節的頁塊地址!!!!!*/
#define ADDR_COLUMN_PAGE 4 /*意思是你所用的nandflash的column地址+page地址共佔多少個字節*/
/* 總共4字節的頁塊地址!!!!! */
#define NAND_ChipID_UNKNOWN 0x00 
/* 未知芯片的ID號 */
#define NAND_MAX_FLOORS 1           /*怎樣算一floor*/
#define NAND_MAX_CHIPS 1
/* Nand Flash命令層底層接口函數 
*/
#define rNFCONF (*(volatile unsigned int *)0x4e000000)
#define rNFCONT (*(volatile unsigned int *)0x4e000004)
#define rNFCMD (*(volatile unsigned char *)0x4e000008)
#define rNFADDR (*(volatile unsigned char *)0x4e00000c)
#define rNFDATA (*(volatile unsigned char *)0x4e000010)
#define rNFSTAT (*(volatile unsigned int *)0x4e000020)
#define rNFECC (*(volatile unsigned int *)0x4e00002c)
/*下面部分內容是修改的*/
/* Nand Flash命令層底層接口函數 */
/*
#define NAND_WAIT_READY(nand)      NF_WaitRB()
#define NAND_DISABLE_CE(nand)        NF_SetCE(NFCE_HIGH)
#define NAND_ENABLE_CE(nand)         NF_SetCE(NFCE_LOW)
#define WRITE_NAND_COMMAND(d, adr) NF_Cmd(d)
#define WRITE_NAND_COMMANDW(d, adr)      NF_CmdW(d)
#define WRITE_NAND_ADDRESS(d, adr)    NF_Addr(d)
#define WRITE_NAND(d, adr)                 NF_Write(d)
#define READ_NAND(adr)                         NF_Read()
*/
#define WRITE_NAND_ADDRESS(d, adr) {rNFADDR = d;}
#define WRITE_NAND(d, adr) {rNFDATA = d;}
#define READ_NAND(adr) (rNFDATA)
#define NAND_WAIT_READY(nand) {while(!(rNFSTAT&(1<<0)));}
#define WRITE_NAND_COMMAND(d, adr) {rNFCMD = d;}
#define WRITE_NAND_COMMANDW(d, adr)    NF_CmdW(d)
 
# if defined(CONFIG_S3C2440)
#define NAND_DISABLE_CE(nand) {rNFCONT |= (1<<1);}
#define NAND_ENABLE_CE(nand) {rNFCONT &= ~(1<<1);}
#endif
# if defined(CONFIG_S3C2410)
#define NAND_DISABLE_CE(nand) {rNFCONF |= (1<<11);}
#define NAND_ENABLE_CE(nand) {rNFCONF &= ~(1<<11);}
#endif

/* 允許Nand Flash寫校驗 打開下面宏定義*/
#define CONFIG_MTD_NAND_VERIFY_WRITE 1
......
#endif    /* __CONFIG_H */
8. 在/board/qljt/qljt2440/qljt2440.c文件的末尾添加對Nand Flash 的初始化函數(在後面Nand Flash的操作都要用到)
#if defined(CONFIG_CMD_NAND) /*大概在145行*/
typedef enum {
    NFCE_LOW,
    NFCE_HIGH
} NFCE_STATE;

static inline void NF_Conf(u16 conf)
{
    S3C2410_NAND * const nand = S3C2410_GetBase_NAND();
    nand->NFCONF = conf;
}


static inline void NF_Cmd(u8 cmd)
{
    S3C2410_NAND * const nand = S3C2410_GetBase_NAND();
    nand->NFCMD = cmd;
}

static inline void NF_CmdW(u8 cmd)
{
    NF_Cmd(cmd);
    udelay(1);
}

static inline void NF_Addr(u8 addr)
{
    S3C2410_NAND * const nand = S3C2410_GetBase_NAND();
    nand->NFADDR = addr;
}


static inline void NF_WaitRB(void)
{
    S3C2410_NAND * const nand = S3C2410_GetBase_NAND();
    while (!(nand->NFSTAT & (1<<0)));
}

static inline void NF_Write(u8 data)
{
    S3C2410_NAND * const nand = S3C2410_GetBase_NAND();
    nand->NFDATA = data;
}

static inline u8 NF_Read(void)
{
    S3C2410_NAND * const nand = S3C2410_GetBase_NAND();
    return(nand->NFDATA);
}

static inline u32 NF_Read_ECC(void)
{
    S3C2410_NAND * const nand = S3C2410_GetBase_NAND();
    return(nand->NFECC);
}

#if defined(CONFIG_S3C2440)
static inline void NF_Cont(u16 cont) 
{
    S3C2410_NAND * const nand = S3C2410_GetBase_NAND();
    nand->NFCONT = cont;
}

static inline void NF_SetCE(NFCE_STATE s)
{
    S3C2410_NAND * const nand = S3C2410_GetBase_NAND();
    switch (s) {
    case NFCE_LOW:
        nand->NFCONT &= ~(1<<1);
        break;
    case NFCE_HIGH:
        nand->NFCONT |= (1<<1);
        break;
    }
}

static inline void NF_Init_ECC(void)
{
    S3C2410_NAND * const nand = S3C2410_GetBase_NAND();
    nand->NFCONT |= (1<<4);
}

#else
static inline void NF_SetCE(NFCE_STATE s)
{
    S3C2410_NAND * const nand = S3C2410_GetBase_NAND();
    switch (s) {
    case NFCE_LOW:
        nand->NFCONF &= ~(1<<11);
        break;
    case NFCE_HIGH:
        nand->NFCONF |= (1<<11);
        break;
    }
}

static inline void NF_Init_ECC(void)
{
    S3C2410_NAND * const nand = S3C2410_GetBase_NAND();
    nand->NFCONF |= (1<<12);
}
#endif /*對應#if defined(CONFIG_S3C2440)*/

static inline void NF_Init(void)
{
#if 0
#define TACLS 0
#define TWRPH0 3
#define TWRPH1 0
#else
#define TACLS 0
#define TWRPH0 4
#define TWRPH1 2
#endif

#if defined(CONFIG_S3C2440)
    NF_Conf((TACLS<<12)|(TWRPH0<<8)|(TWRPH1<<4));
    NF_Cont((0<<13)|(0<<12)|(0<<10)|(0<<9)|(0<<8)|(0<<6)|(0<<5)|(1<<4)|(0<<1)|(1<<0)); 
#else
    NF_Conf((1<<15)|(0<<14)|(0<<13)|(1<<12)|(1<<11)|(TACLS<<8)|(TWRPH0<<4)|(TWRPH1<<0));
    /*nand->NFCONF = (1<<15)|(1<<14)|(1<<13)|(1<<12)|(1<<11)|(TACLS<<8)|(TWRPH0<<4)|(TWRPH1<<0); */
    /* 1 1 1 1, 1 xxx, r xxx, r xxx */
    /* En 512B 4step ECCR nFCE=H tACLS tWRPH0 tWRPH1 */
#endif
    NF_Reset();
}

#endif
9. cpu\arm920t\s3c24x0\ Nand.c ,很多人說u-boot-1.3.4已經不支持CFG_NAND_LEGACY了,但其實還是支持的,定義了CFG_NAND_LEGACY後Nand.c要做如下修改:
#error "U-Boot legacy NAND support not available for S3C2410"
改成
// #error "U-Boot legacy NAND support not available for S3C2410"
/*===========================================================
到這裏,編譯是不能通過的,原因上一節中CONFIG_S3C2410這個宏定義被註釋掉,下面要用CONFIG_S3C2440這個宏打開CONFIG_S3C2410所打開的內容===========================================================*/
 
10.  在S3C2440與s3c2410能夠共用的文件中添加“CONFIG_S3C2440”,使得原來s3c2410的代碼可以編譯進來。
(1)/include/common.h文件的第492行:/*一些公用的常用函數,例如get_fclk()*/
#if defined(CONFIG_S3C2400) || defined(CONFIG_S3C2410) || defined(CONFIG_LH7A40X) || defined(CONFIG_S3C2440)
(2)/include/s3c24x0.h:文件的第85、95、99、110、148、404行:/*一些關於S3C2440寄存器的結構體*/
#if defined(CONFIG_S3C2410) || defined (CONFIG_S3C2440)
(3)/cpu/arm920t/s3c24x0/interrupts.c文件的第33行:/*主要把一些頭文件包含進去*/
#if defined(CONFIG_S3C2400) || defined (CONFIG_S3C2410) || defined (CONFIG_TRAB) || defined (CONFIG_S3C2440)
第38行:
#elif defined(CONFIG_S3C2410) || defined (CONFIG_S3C2440)
(4)/cpu/arm920t/s3c24x0/serial.c文件的第22行:/*主要把一些頭文件包含進去*/
#if defined(CONFIG_S3C2400) || defined (CONFIG_S3C2410) || defined (CONFIG_TRAB) || defined (CONFIG_S3C2440)
第26行:
#elif defined(CONFIG_S3C2410) || defined (CONFIG_S3C2440)
(5)/cpu/arm920t/s3c24x0/speed.c文件的第33行:
#if defined(CONFIG_S3C2400) || defined (CONFIG_S3C2410) || defined (CONFIG_TRAB) || defined (CONFIG_S3C2440)
第37行:
#elif defined(CONFIG_S3C2410) || defined (CONFIG_S3C2440)
順便修改源代碼,以匹配s3c2440:
static ulong get_PLLCLK(int pllreg)
{
   ......

    m = ((r & 0xFF000) >> 12) + 8;
    p = ((r & 0x003F0) >> 4) + 2;
    s = r & 0x3;
//qljt  /*這兩個PLL的算法參見S3C2440datasheet的254頁*/
#if defined(CONFIG_S3C2440)
   if (pllreg == MPLL)
    return((CONFIG_SYS_CLK_FREQ * m * 2) / (p << s)); /* CONFIG_SYS_CLK_FREQ 在qljt2440.h中定義*/
    else if (pllreg == UPLL)
#endif
//qljt
    return((CONFIG_SYS_CLK_FREQ * m) / (p << s));
}
......
/* return FCLK frequency */
ulong get_FCLK(void)
{
    return(get_PLLCLK(MPLL));
}
 
/* return HCLK frequency */
ulong get_HCLK(void)
{
    S3C24X0_CLOCK_POWER * const clk_power = S3C24X0_GetBase_CLOCK_POWER();
 /*看看s3c2410與s3c2440的datasheet就知道s3c2440的HCLK可選擇的值多很多*/
  if (clk_power->CLKDIVN & 0x6)   
  {/*這裏注意:編譯的時候發現CLKDIVN ,這個將會在12節解決*/
       if ((clk_power->CLKDIVN & 0x6)==2)        return(get_FCLK()/2);
if ((clk_power->CLKDIVN & 0x6)==6)        return((clk_power->CAMDIVN & 0x100) ? get_FCLK()/6 : get_FCLK()/3);        /*注意這裏的CAMDIVN還沒有被定義,在/include/s3c24x0.h中定義 */
      if ((clk_power->CLKDIVN & 0x6)==4)        return((clk_power->CAMDIVN & 0x200) ? get_FCLK()/8 : get_FCLK()/4);        
        return(get_FCLK());
 } 
 else   {
        return(get_FCLK());
     }
//    return((clk_power->CLKDIVN & 0x2) ? get_FCLK()/2 : get_FCLK());
}
......
(6)/cpu/arm920t/s3c24x0/usb_ohci.c文件的第45行:
#elif defined(CONFIG_S3C2410) || defined(CONFIG_S3C2440)
(7)drivers/rtc/s3c24x0_rtc.c文件的第35行:
#elif defined(CONFIG_S3C2410) || defined(CONFIG_S3C2440) 
(8)在文件中添加“defined(CONFIG_qljt2440)”,使得原來SBC2410X開發板的代碼可以編譯進來,
/cpu/arm920t/s3c24x0/interrupts.c文件的第181行: 
   #elif defined(CONFIG_SBC2410X) || \
      defined(CONFIG_SMDK2410) || \
      defined(CONFIG_VCMA9) || defined(CONFIG_qljt2440)
    tbclk = CFG_HZ;   /*對於CFG_HZ 的值,結合uboot的說明和s3c2440的datasheet就比較容易理解*/
#else
(9)/cpu/arm920t/s3c24x0/usb.c文件的第31行: 
#elif defined(CONFIG_S3C2410) || defined (CONFIG_S3C2440)
(10)/cpu/arm920t/s3c24x0/i2c.c文件的第35行: 
#elif defined(CONFIG_S3C2410) || defined (CONFIG_S3C2440)
第66、85、142、150、174行:
將“#ifdef CONFIG_S3C2410”改爲 
#if defined(CONFIG_S3C2410) || defined (CONFIG_S3C2440)
(11)drivers/usb/usb_ohci.c文件的第68行附近:
#if defined(CONFIG_ARM920T) || \
    defined(CONFIG_S3C2400) || \
    defined(CONFIG_S3C2410) || \
    defined(CONFIG_S3C2440) || \
    defined(CONFIG_440EP) || \
    defined(CONFIG_PCI_OHCI) || \
    defined(CONFIG_MPC5200)
11. 在/include/s3c24x0.h中加入2440 的NAND FLASH 寄存器定義和CAMDIVN定義:
typedef struct {
         S3C24X0_REG32   LOCKTIME;
         S3C24X0_REG32   MPLLCON;
         S3C24X0_REG32   UPLLCON;
         S3C24X0_REG32   CLKCON;
         S3C24X0_REG32   CLKSLOW;
         S3C24X0_REG32   CLKDIVN;
         S3C24X0_REG32   CAMDIVN;
} S3C24X0_CLOCK_POWER;
......
#if defined(CONFIG_S3C2410)  //2440 的NAND FLASH 寄存器
typedef struct {
         S3C24X0_REG32   NFCONF;
         S3C24X0_REG32   NFCMD;
         S3C24X0_REG32   NFADDR;
         S3C24X0_REG32   NFDATA;
         S3C24X0_REG32   NFSTAT;
         S3C24X0_REG32   NFECC;
} S3C2410_NAND;
#endif
#if defined (CONFIG_S3C2440)
typedef struct {
         S3C24X0_REG32   NFCONF;
         S3C24X0_REG32   NFCONT;
         S3C24X0_REG32   NFCMD;
         S3C24X0_REG32   NFADDR;
         S3C24X0_REG32   NFDATA;
         S3C24X0_REG32   NFMECC0;
         S3C24X0_REG32   NFMECC1;
         S3C24X0_REG32   NFSECC;
         S3C24X0_REG32   NFSTAT;
         S3C24X0_REG32   NFESTAT0;
         S3C24X0_REG32   NFESTAT1;
         S3C24X0_REG32   NFECC;
} S3C2410_NAND;
#endif
12. 修改/lib_arm中的board.c。 
......
#include <common.h>
#include <command.h>
#include <malloc.h>
#include <devices.h>
#include <version.h>
#include <net.h>
#include <s3c2410.h> 
 
......
13. 修改common/env_nand.c 
......
#ifdef CONFIG_INFERNO
#error CONFIG_INFERNO not supported yet
#endif

int nand_legacy_rw (struct nand_chip* nand, int cmd,
        size_t start, size_t len,
        size_t * retlen, u_char * buf);
extern struct nand_chip nand_dev_desc[CFG_MAX_NAND_DEVICE];
extern int nand_legacy_erase(struct nand_chip *nand, size_t ofs, size_t len, int clean);

/* info for NAND chips, defined in drivers/nand/nand.c */
nand_info_t nand_info[CFG_MAX_NAND_DEVICE];

......

#else /* ! CFG_ENV_OFFSET_REDUND */
int saveenv(void)
{
    size_t total;
    int ret = 0;
    nand_erase_options_t nand_erase_options;

    nand_erase_options.length = CFG_ENV_RANGE;
    nand_erase_options.quiet = 0;
    nand_erase_options.jffs2 = 0;
    nand_erase_options.scrub = 0;
    nand_erase_options.offset = CFG_ENV_OFFSET;

    if (CFG_ENV_RANGE < CFG_ENV_SIZE)
        return 1;
    puts ("Erasing Nand...\n");
/*在248行附近*/
//    if (nand_erase_opts(&nand_info[0], &nand_erase_options))
  if (nand_legacy_erase(nand_dev_desc + 0, CFG_ENV_OFFSET, CFG_ENV_SIZE, 0))           
    return 1;
    puts ("Writing to Nand... ");
    total = CFG_ENV_SIZE;
/*在254行附近*/
//    if (writeenv(CFG_ENV_OFFSET, (u_char *) env_ptr)) {
//        puts("FAILED!\n");
//        return 1;
//    }
ret = nand_legacy_rw(nand_dev_desc + 0,0x00 | 0x02, CFG_ENV_OFFSET, CFG_ENV_SIZE,&total, (u_char*)env_ptr);
 if (ret || total != CFG_ENV_SIZE)
        return 1;
    puts ("done\n");
    return ret;
}

#else /* ! CFG_ENV_OFFSET_REDUND */
.......
/*
 * The legacy NAND code saved the environment in the first NAND device i.e.,
 * nand_dev_desc + 0. This is also the behaviour using the new NAND code.
 */
void env_relocate_spec (void)
{
#if !defined(ENV_IS_EMBEDDED)
    size_t total;
    int ret;

    total = CFG_ENV_SIZE;
/*在360行附近*/
//    ret = readenv(CFG_ENV_OFFSET, (u_char *) env_ptr);
     ret = nand_legacy_rw(nand_dev_desc + 0, 0x01 | 0x02, CFG_ENV_OFFSET,CFG_ENV_SIZE, &total, (u_char*)env_ptr);/*edited by yaoyi 20090314,1.3.4是先進入到readenv,而非直接調用nand_legacy_rw。 因此乾脆就不用到readenv了,直接註釋掉,添加以上代碼 */
    if (ret || total != CFG_ENV_SIZE)
        return use_default();

    if (crc32(0, env_ptr->data, ENV_SIZE) != env_ptr->crc)
        return use_default();
#endif /* ! ENV_IS_EMBEDDED */
}
/*
u-boot運行至第二階段進入start_armboot()函數。其中nand_init()函數是對nand flash的最初初始化函數。Nand_init()函數在兩個文件中實現。其調用與CFG_NAND_LEGACY宏有關,如果沒有定義這個宏,系統調用 drivers/nand/nand.c中的nand_init();否則調用自己在board/qljt/qljt2440/qljt2440.c中的nand_init()函數。這裏我選擇第二種方式。*/
14. 修改include/nand.h

.......
//#ifndef CFG_NAND_LEGACY 
#include <linux/mtd/compat.h> 
#include <linux/mtd/mtd.h> 
#include <linux/mtd/nand.h> 
.......
//#endif /* !CFG_NAND_LEGACY */
/*===========================================================
到這裏,應該是可以編譯通過的,否則就是編輯的時候出現了錯誤
===========================================================*/
9、在 include/linux/mtd/nand_ids.h的結構體nand_flash_ids加入 /*至於這個結構體的值怎麼得來,有待研究*/
static struct nand_flash_dev nand_flash_ids[] = {
....../*結構體nand_flash_dev 在doc2000.h中定義*/
/*廠家 型號,生產商編號,本模塊的編號,總共容納地址的位數,存儲頁字節數是否爲256 ,地址需要多少字節數減一(行列地址總共) ,擦除1個block的大小,是否爲16位總線*/
    {"Samsung KM29N16000",NAND_MFR_SAMSUNG, 0x64, 21, 1, 2, 0x1000, 0}, 
    {"Samsung K9F1208U0B",  NAND_MFR_SAMSUNG, 0x76, 26, 0, 3, 0x4000, 0},
    {"Samsung unknown 4Mb", NAND_MFR_SAMSUNG, 0x6b, 22, 0, 2, 0x2000, 0},
......
};
/*下面說說上面結構體的8個參數是怎麼得出來的,以便日後再次移植的時候會更換nand flash*/
/*
1.“廠家 型號”:這個從nand flashdatasheet就可以直接找到了吧。
2. 生產商的編號:也就是datasheet裏面的Maker code,它也同時被存放在nand flash裏面的ID(nand flash應該有一個讀ID命令的)信息裏面)。
3. 本模塊的編號:也就是datasheet裏面的device code,跟Maker code一樣它也被放到ID信息裏面。
4. 總共容納的地址位數:也就是有效的地址位數。針對於本flash(K9F1208U0M)可以參考它的datasheet7頁。
5. 一頁所存儲的字節數是否爲256個:針對於本flash(K9F1208U0M)可以參考它的datasheet7頁。
6. 地址需要多少字節數減一(行列地址總共):舉個例子可能更容易明白,第4點中可以知道本flash(K9F1208U0M)26位,而對本flash地址的寫入每次只能寫8位,所以至少要寫4次才能把26位地址寫入本flash4次的寫入針對於編程來說就是[0:3],所以本falsh相對於該結構體的該變量的值是3.
7. 擦除1block的大小:簡單來說就是1block的大小,本flash 1block=32 pages1 page=512 bytes,所以 1 block=512x32=16 k-bytes,也就是0x4000
8. 是否爲16位總線:本flash地址和數據總線共用,都是8位的,所以上面值爲0
*/
15. 修改/lib_arm中的board.c。添加幾個debug信息  (這一步可以不用修改)
......
#include <common.h>
#include <command.h>
#include <malloc.h>
#include <devices.h>
#include <version.h>
#include <net.h>
 
......
 
static int display_banner (void)
{      
         S3C24X0_GPIO * const gpio = S3C24X0_GetBase_GPIO();
         gpio->GPFDAT = 0x8f;  //qljtninja
//在串口初始化和console初始化完成,串口輸出信息之前,LED1LED2LED3會亮起!
    printf ("\n\n%s\n\n", version_string);
    debug ("U-Boot code: %08lX -> %08lX  BSS: -> %08lX\n",
           _armboot_start, _bss_start, _bss_end);
    printf ("U-Boot code: %08lX -> %08lX  BSS: -> %08lX\n",    //qljt
        _armboot_start, _bss_start, _bss_end);      //qljt
#ifdef CONFIG_MODEM_SUPPORT
    debug ("Modem Support enabled\n");
#endif
#ifdef CONFIG_USE_IRQ
    debug ("IRQ Stack: %08lx\n", IRQ_STACK_START);
    debug ("FIQ Stack: %08lx\n", FIQ_STACK_START);
#endif

    return (0);
}
 
......
void start_armboot (void)
{
         init_fnc_t **init_fnc_ptr;
         char *s;
#ifndef CFG_NO_FLASH
         ulong size;
#endif
#if defined(CONFIG_VFD) || defined(CONFIG_LCD)
         unsigned long addr;
#endif
         S3C24X0_GPIO * const gpio = S3C24X0_GetBase_GPIO();
......
         gpio->GPFDAT = 0x7f;  //qljtninja
//在進入命令提示符之前,四個LED會同時亮起!
         /* main_loop() can return to retry autoboot, if so just run it again. */
         for (;;) {
                   main_loop ();
         }
 
         /* NOTREACHED - no way out of command loop except booting */
}
/*===========================================================
到這裏,應該是可以編譯通過的,否則就是編輯的時候出現了錯誤
===========================================================*/
 
16. 裁減flash的支持 (這一步也可以不執行)
(1)在board/qljt/qljt2440/flash.c的頭部加上:#if 0,尾部加上:#endif
(2)在include/configs/qq2440.h加上:
#undef CONFIG_CMD_FLASH
#undef CONFIG_CMD_IMLS
….
#define CFG_NO_FLASH  1
(3)在common/cmd_bootm.c的”#include”語句後加上
#ifdef CONFIG_CMD_IMLS
#undef CONFIG_CMD_IMLS
#endif
 
附錄:
一.
U-boot的命令默認配置存放在/include/config_cmd_default.h裏,可以修改該文件或者在qq2440.h裏添加#undef裏裁減不需要的內容
二.
1.u-boot-1.3.2(不含u-boot-1.3.2)nand_init函數的調用關係,它的調用是被“CONFIG_COMMANDS&
CFG_CMD_NAND”和“CFG_NAND_LEGACY”控制的,1:表示該值爲真,0:表示該值爲假
CONFIG_COMMANDS&
CFG_CMD_NAND
CFG_NAND_LEGACY
/drivers/mtd/nand/nand.c中的
nand_init()函數
/board/qljt/qljt2440/qljt2440.c中的nand_init()函數
0
0
0
0
0
1
0
0
1
0
1
1
1
1
0
1
 
 
2.u-boot-1.3.2(u-boot-1.3.2)nand_init函數的調用關係,它的調用是被“CONFIG_CMD_NAND”和“CFG_NAND_LEGACY”控制的,1:表示該值爲真,0:表示該值爲假
CONFIG_CMD_NAND
CFG_NAND_LEGACY
/drivers/mtd/nand/nand.c中的
nand_init()函數
/board/qljt/qljt2440/qljt2440.c中的nand_init()函數
0
0
0
0
0
1
0
0
1
0
1
1
1
1
0
1

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章