⭐ 欢迎来到虫虫下载站! | 📦 资源下载 📁 资源专辑 ℹ️ 关于我们
⭐ 虫虫下载站

📄 readme

📁 Analyse the uboot code and let you know how to adopt it
💻
📖 第 1 页 / 共 5 页
字号:
		The MMC controller on the Intel PXA is supported. To		enable this define CONFIG_MMC. The MMC can be		accessed from the boot prompt by mapping the device		to physical memory similar to flash. Command line is		enabled with CFG_CMD_MMC. The MMC driver also works with		the FAT fs. This is enabled with CFG_CMD_FAT.- Journaling Flash filesystem support:		CONFIG_JFFS2_NAND, CONFIG_JFFS2_NAND_OFF, CONFIG_JFFS2_NAND_SIZE,		CONFIG_JFFS2_NAND_DEV		Define these for a default partition on a NAND device		CFG_JFFS2_FIRST_SECTOR,		CFG_JFFS2_FIRST_BANK, CFG_JFFS2_NUM_BANKS		Define these for a default partition on a NOR device		CFG_JFFS_CUSTOM_PART		Define this to create an own partition. You have to provide a		function struct part_info* jffs2_part_info(int part_num)		If you define only one JFFS2 partition you may also want to		#define CFG_JFFS_SINGLE_PART	1		to disable the command chpart. This is the default when you		have not defined a custom partition- Keyboard Support:		CONFIG_ISA_KEYBOARD		Define this to enable standard (PC-Style) keyboard		support		CONFIG_I8042_KBD		Standard PC keyboard driver with US (is default) and		GERMAN key layout (switch via environment 'keymap=de') support.		Export function i8042_kbd_init, i8042_tstc and i8042_getc		for cfb_console. Supports cursor blinking.- Video support:		CONFIG_VIDEO		Define this to enable video support (for output to		video).		CONFIG_VIDEO_CT69000		Enable Chips & Technologies 69000 Video chip		CONFIG_VIDEO_SMI_LYNXEM		Enable Silicon Motion SMI 712/710/810 Video chip. The		video output is selected via environment 'videoout'		(1 = LCD and 2 = CRT). If videoout is undefined, CRT is		assumed.		For the CT69000 and SMI_LYNXEM drivers, videomode is		selected via environment 'videomode'. Two diferent ways		are possible:		- "videomode=num"   'num' is a standard LiLo mode numbers.		Following standard modes are supported	(* is default):		      Colors	640x480 800x600 1024x768 1152x864 1280x1024		-------------+---------------------------------------------		      8 bits |	0x301*	0x303	 0x305	  0x161	    0x307		     15 bits |	0x310	0x313	 0x316	  0x162	    0x319		     16 bits |	0x311	0x314	 0x317	  0x163	    0x31A		     24 bits |	0x312	0x315	 0x318	    ?	    0x31B		-------------+---------------------------------------------		(i.e. setenv videomode 317; saveenv; reset;)		- "videomode=bootargs" all the video parameters are parsed		from the bootargs. (See drivers/videomodes.c)		CONFIG_VIDEO_SED13806		Enable Epson SED13806 driver. This driver supports 8bpp		and 16bpp modes defined by CONFIG_VIDEO_SED13806_8BPP		or CONFIG_VIDEO_SED13806_16BPP- Keyboard Support:		CONFIG_KEYBOARD		Define this to enable a custom keyboard support.		This simply calls drv_keyboard_init() which must be		defined in your board-specific files.		The only board using this so far is RBC823.- LCD Support:	CONFIG_LCD		Define this to enable LCD support (for output to LCD		display); also select one of the supported displays		by defining one of these:		CONFIG_NEC_NL6448AC33:			NEC NL6448AC33-18. Active, color, single scan.		CONFIG_NEC_NL6448BC20			NEC NL6448BC20-08. 6.5", 640x480.			Active, color, single scan.		CONFIG_NEC_NL6448BC33_54			NEC NL6448BC33-54. 10.4", 640x480.			Active, color, single scan.		CONFIG_SHARP_16x9			Sharp 320x240. Active, color, single scan.			It isn't 16x9, and I am not sure what it is.		CONFIG_SHARP_LQ64D341			Sharp LQ64D341 display, 640x480.			Active, color, single scan.		CONFIG_HLD1045			HLD1045 display, 640x480.			Active, color, single scan.		CONFIG_OPTREX_BW			Optrex	 CBL50840-2 NF-FW 99 22 M5			or			Hitachi	 LMG6912RPFC-00T			or			Hitachi	 SP14Q002			320x240. Black & white.		Normally display is black on white background; define		CFG_WHITE_ON_BLACK to get it inverted.- Splash Screen Support: CONFIG_SPLASH_SCREEN		If this option is set, the environment is checked for		a variable "splashimage". If found, the usual display		of logo, copyright and system information on the LCD		is suppressed and the BMP image at the address		specified in "splashimage" is loaded instead. The		console is redirected to the "nulldev", too. This		allows for a "silent" boot where a splash screen is		loaded very quickly after power-on.- Compression support:		CONFIG_BZIP2		If this option is set, support for bzip2 compressed		images is included. If not, only uncompressed and gzip		compressed images are supported.		NOTE: the bzip2 algorithm requires a lot of RAM, so		the malloc area (as defined by CFG_MALLOC_LEN) should		be at least 4MB.- MII/PHY support:		CONFIG_PHY_ADDR		The address of PHY on MII bus.		CONFIG_PHY_CLOCK_FREQ (ppc4xx)		The clock frequency of the MII bus		CONFIG_PHY_GIGE		If this option is set, support for speed/duplex		detection of Gigabit PHY is included.		CONFIG_PHY_RESET_DELAY		Some PHY like Intel LXT971A need extra delay after		reset before any MII register access is possible.		For such PHY, set this option to the usec delay		required. (minimum 300usec for LXT971A)		CONFIG_PHY_CMD_DELAY (ppc4xx)		Some PHY like Intel LXT971A need extra delay after		command issued before MII status register can be read- Ethernet address:		CONFIG_ETHADDR		CONFIG_ETH2ADDR		CONFIG_ETH3ADDR		Define a default value for ethernet address to use		for the respective ethernet interface, in case this		is not determined automatically.- IP address:		CONFIG_IPADDR		Define a default value for the IP address to use for		the default ethernet interface, in case this is not		determined through e.g. bootp.- Server IP address:		CONFIG_SERVERIP		Defines a default value for theIP address of a TFTP		server to contact when using the "tftboot" command.- BOOTP Recovery Mode:		CONFIG_BOOTP_RANDOM_DELAY		If you have many targets in a network that try to		boot using BOOTP, you may want to avoid that all		systems send out BOOTP requests at precisely the same		moment (which would happen for instance at recovery		from a power failure, when all systems will try to		boot, thus flooding the BOOTP server. Defining		CONFIG_BOOTP_RANDOM_DELAY causes a random delay to be		inserted before sending out BOOTP requests. The		following delays are insterted then:		1st BOOTP request:	delay 0 ... 1 sec		2nd BOOTP request:	delay 0 ... 2 sec		3rd BOOTP request:	delay 0 ... 4 sec		4th and following		BOOTP requests:		delay 0 ... 8 sec- DHCP Advanced Options:		CONFIG_BOOTP_MASK		You can fine tune the DHCP functionality by adding		these flags to the CONFIG_BOOTP_MASK define:		CONFIG_BOOTP_DNS2 - If a DHCP client requests the DNS		serverip from a DHCP server, it is possible that more		than one DNS serverip is offered to the client.		If CONFIG_BOOTP_DNS2 is enabled, the secondary DNS		serverip will be stored in the additional environment		variable "dnsip2". The first DNS serverip is always		stored in the variable "dnsip", when CONFIG_BOOTP_DNS		is added to the CONFIG_BOOTP_MASK.		CONFIG_BOOTP_SEND_HOSTNAME - Some DHCP servers are capable		to do a dynamic update of a DNS server. To do this, they		need the hostname of the DHCP requester.		If CONFIG_BOOP_SEND_HOSTNAME is added to the		CONFIG_BOOTP_MASK, the content of the "hostname"		environment variable is passed as option 12 to		the DHCP server. - CDP Options:		CONFIG_CDP_DEVICE_ID		The device id used in CDP trigger frames.		CONFIG_CDP_DEVICE_ID_PREFIX		A two character string which is prefixed to the MAC address		of the device.		CONFIG_CDP_PORT_ID		A printf format string which contains the ascii name of		the port. Normally is set to "eth%d" which sets		eth0 for the first ethernet, eth1 for the second etc.		CONFIG_CDP_CAPABILITIES		A 32bit integer which indicates the device capabilities;		0x00000010 for a normal host which does not forwards.		CONFIG_CDP_VERSION		An ascii string containing the version of the software.		CONFIG_CDP_PLATFORM		An ascii string containing the name of the platform.		CONFIG_CDP_TRIGGER		A 32bit integer sent on the trigger.		CONFIG_CDP_POWER_CONSUMPTION		A 16bit integer containing the power consumption of the		device in .1 of milliwatts.		CONFIG_CDP_APPLIANCE_VLAN_TYPE		A byte containing the id of the VLAN.- Status LED:	CONFIG_STATUS_LED		Several configurations allow to display the current		status using a LED. For instance, the LED will blink		fast while running U-Boot code, stop blinking as		soon as a reply to a BOOTP request was received, and		start blinking slow once the Linux kernel is running		(supported by a status LED driver in the Linux		kernel). Defining CONFIG_STATUS_LED enables this		feature in U-Boot.- CAN Support:	CONFIG_CAN_DRIVER		Defining CONFIG_CAN_DRIVER enables CAN driver support		on those systems that support this (optional)		feature, like the TQM8xxL modules.- I2C Support:	CONFIG_HARD_I2C | CONFIG_SOFT_I2C		These enable I2C serial bus commands. Defining either of		(but not both of) CONFIG_HARD_I2C or CONFIG_SOFT_I2C will		include the appropriate I2C driver for the selected cpu.		This will allow you to use i2c commands at the u-boot		command line (as long as you set CFG_CMD_I2C in		CONFIG_COMMANDS) and communicate with i2c based realtime		clock chips. See common/cmd_i2c.c for a description of the		command line interface.		CONFIG_HARD_I2C selects the CPM hardware driver for I2C.		CONFIG_SOFT_I2C configures u-boot to use a software (aka		bit-banging) driver instead of CPM or similar hardware		support for I2C.		There are several other quantities that must also be		defined when you define CONFIG_HARD_I2C or CONFIG_SOFT_I2C.		In both cases you will need to define CFG_I2C_SPEED		to be the frequency (in Hz) at which you wish your i2c bus		to run and CFG_I2C_SLAVE to be the address of this node (ie		the cpu's i2c node address).		Now, the u-boot i2c code for the mpc8xx (cpu/mpc8xx/i2c.c)		sets the cpu up as a master node and so its address should		therefore be cleared to 0 (See, eg, MPC823e User's Manual		p.16-473). So, set CFG_I2C_SLAVE to 0.		That's all that's required for CONFIG_HARD_I2C.		If you use the software i2c interface (CONFIG_SOFT_I2C)		then the following macros need to be defined (examples are		from include/configs/lwmon.h):		I2C_INIT		(Optional). Any commands necessary to enable the I2C		controller or configure ports.		eg: #define I2C_INIT (immr->im_cpm.cp_pbdir |=	PB_SCL)		I2C_PORT		(Only for MPC8260 CPU). The I/O port to use (the code		assumes both bits are on the same port). Valid values		are 0..3 for ports A..D.		I2C_ACTIVE		The code necessary to make the I2C data line active		(driven).  If the data line is open collector, this		define can be null.		eg: #define I2C_ACTIVE (immr->im_cpm.cp_pbdir |=  PB_SDA)		I2C_TRISTATE		The code necessary to make the I2C data line tri-stated		(inactive).  If the data line is open collector, this		define can be null.		eg: #define I2C_TRISTATE (immr->im_cpm.cp_pbdir &= ~PB_SDA)		I2C_READ		Code that returns TRUE if the I2C data line is high,		FALSE if it is low.		eg: #define I2C_READ ((immr->im_cpm.cp_pbdat & PB_SDA) != 0)		I2C_SDA(bit)		If <bit> is TRUE, sets the I2C data line high. If it		is FALSE, it clears it (low).		eg: #define I2C_SDA(bit) \			if(bit) immr->im_cpm.cp_pbdat |=  PB_SDA; \			else	immr->im_cpm.cp_pbdat &= ~PB_SDA		I2C_SCL(bit)		If <bit> is TRUE, sets the I2C clock line high. If it		is FALSE, it clears it (low).		eg: #define I2C_SCL(bit) \			if(bit) immr->im_cpm.cp_pbdat |=  PB_SCL; \			else	immr->im_cpm.cp_pbdat &= ~PB_SCL		I2C_DELAY		This delay is invoked four times per clock cycle so this		controls the rate of data transfer.  The data rate thus		is 1 / (I2C_DELAY * 4). Often defined to be something		like:		#define I2C_DELAY  udelay(2)		CFG_I2C_INIT_BOARD		When a board is reset during an i2c bus transfer		chips might think that the current transfer is still

⌨️ 快捷键说明

复制代码 Ctrl + C
搜索代码 Ctrl + F
全屏模式 F11
切换主题 Ctrl + Shift + D
显示快捷键 ?
增大字号 Ctrl + =
减小字号 Ctrl + -