关于6410+WinCE6.0开机界面logo的问题

haiou_arm 2010-01-26 02:18:26

关于开机logo一般有两种实现方法：
方法一：以头文件的形式打包在EBOOT.bin中，但是该方法往往导致EBOT.bin太大；
方法二：将bmp转换成bin文件，烧写在NandFlash某个固定的地址，Eboot运行时读取该地址内容，放入显示缓冲里实现。

第一种方法在此不讨论，关于第二种方法，刚开始做就遇到问题，（我用的是UT-6410），问题如下：
1、在image_cfg中有以下配置：
#define DRAM_BASE_PA_START (0x50000000) //DRAM物理起始地址？
#define DRAM_BASE_CA_START (0x80000000) //
#define DRAM_BASE_UA_START (0xA0000000) //DRAM经过MMU映射后的虚拟起始地址？
后面的注释是我加的，请问加的是否正确？0x80000000是什么地址？难道是DMA缓存地址？这个问题很菜，哈哈
2、在使用SD卡进行烧写EBOOT.bin时，提示地址是：
ImageStart = 0x80030000, ImageLength = 0x42F38, LaunchAddr = 0x80066D64
这个0x80030000肯定不是NandFlash物理地址，问题就是什么时候将EBOOT.bin的内容写到了NandFlash里？写到了什么地
方？谁干的？
因为在烧写NK.bin的时候，提示地址是：mageStart = 0x80100000, ImageLength = 0x1F3C49C, LaunchAddr =
0x801076EC，在写完后要等待一段时间（1分钟？）系统才能自启动，这一分钟肯定是将先写到0x80030000（到底是DRAM还
是缓存）中NK.bin解析到NandFlash中，同样我也不知道烧到了NandFlash的什么地方？

先问两个问题吧，有关开机界面遇到的问题以及最终解决方法，努力在这个帖子有个完整结贴。

...全文

2801 57 打赏收藏转发到动态举报

写回复

用AI写文章

57 条回复

切换为时间正序

请发表友善的回复…

发表回复

lishengwu 2012-02-13

打赏
举报

我的邮箱地址是：lishengwu@163.com,谢谢！！！

lishengwu 2012-02-13

打赏
举报

您好！！！我的板子是OK6410+K9AG08的板子，WINCE6.0，，安装第二种方法修改后，开机画面启动，系统却启动不了了，
Loading Kernel......
..............................................
System ready!
Preparing for download...
INFO: *** Device Name 'SMDK64100' ***
INFO: Using static IP address 0000.
INFO: Using subnet mask 2525250.
waitforconnect
INFO: using TOC[1] dwJumpAddress: 0x80157734
INFO: OEMLaunch: Jumping to Physical Address 0x50157734h (Virtual Address 0x80157734h)...
这是串口打印信息，执行到这里就不动了。

为什么？

cecwxf 2011-06-20

打赏
举报

学习了

OneOnce 2010-12-14

打赏
举报

mark

eason1119 2010-06-25

打赏
举报

你好，我也在学习 wince6.0+s3c6410，看了你的文章很受益，我按照你的方法尝试了一下，请问 image_cfg.h 应该做怎样的修改？NandFlash烧写函数又是怎么样修改的。十分不解。你的logo是转换成C码以后放在 logo.h中的吗。我的QQ是907486257，向你学习了。

Wangyuluyulu 2010-06-18

打赏
举报

牛逼的人啊

Wangyuluyulu 2010-06-18

打赏
举报

所以，我还是得生成PB下特有的.bin再说
目前的进展是：我将//LX_logo @ Block 6~10 added by haiou
#define LOGO_BLOCK 6
#define LOGO_BLOCK_SIZE 5
#define LOGO_SECTOR BLOCK_TO_SECTOR(LOGO_BLOCK)
请问这段代码是在哪个文件里加的
谢谢

Wangyuluyulu 2010-06-18

打赏
举报

楼主你好，我现在也在做这个是项目的需要，不过小弟刚刚入门，还请你多多指教，可以把你的QQ发来指导一下啊，谢谢！我的qq号是：593203069谢谢

阿布在飘 2010-04-23

打赏
举报

恭喜啊，向楼主学习了！

cjdxling 2010-04-02

打赏
举报

不错，向楼主学习

yangcuncunzhang 2010-02-02

打赏
举报

哈哈，恭喜！

楼主学习态度很好哦，顶你了

haiou_arm 2010-02-01

打赏
举报

我是高兴的太早了……太丢人了，不过，问题还是得想办法解决，此贴还不能结啊
现在发现，从RAM系统可以引导起来，但是断电后，开机显示logo。但系统起不来了……
看来是Eboot还是没有搞明白，现在把相关信息贴出来，望大伙一起分析分析。我也继续研究代码……
主要有以下几个要点：
1、我开机logo在Eboot.bib中没有从新分配内存，和Display共用；
2、没有修改config.bib——和Eboot应该没关系吧……；
3、写NandFlash函数如下：

//WriteLogoToBootMedia(EBOOT_FRAMEBUFFER_UA_START, LCD_WIDTH*LCD_HEIGHT*2+8, EBOOT_FRAMEBUFFER_UA_START);BOOL WriteLogoToBootMedia(DWORD dwImageStart, DWORD dwImageLength, DWORD dwLaunchAddr)
{
DWORD dwBlock,dwNumBlocks;
LPBYTE pbBuffer;
SectorInfo si;

dwBlock = LOGO_BLOCK;
pbBuffer = (LPBYTE)dwImageStart;
// Compute number of blocks.
//dwNumBlocks = (dwImageLength / 0x4000) + 1;
dwNumBlocks = (dwImageLength / (g_FlashInfo.wDataBytesPerSector*g_FlashInfo.wSectorsPerBlock)) + (dwImageLength%(g_FlashInfo.wDataBytesPerSector*g_FlashInfo.wSectorsPerBlock) ? 1: 0);
OALMSG(TRUE, (TEXT("dwImageLength = 0x%x \r\n"), dwImageLength));
OALMSG(TRUE, (TEXT("dwNumBlocks = 0x%x \r\n"), dwNumBlocks));

while (dwNumBlocks--)
{
// If the block is marked bad, skip to next block. Note that the assumption in our error checking
// is that any truely bad block will be marked either by the factory during production or will be marked
// during the erase and write verification phases. If anything other than a bad block fails ECC correction
// in this routine, it's fatal.

OALMSG(TRUE, (TEXT("dwBlock(0x%x) X "), dwBlock));
OALMSG(TRUE, (TEXT("g_FlashInfo.wSectorsPerBlock(0x%x)"), g_FlashInfo.wSectorsPerBlock));
OALMSG(TRUE, (TEXT(" = 0x%x \r\n"), dwBlock*g_FlashInfo.wSectorsPerBlock));

FMD_ReadSector(dwBlock*g_FlashInfo.wSectorsPerBlock, NULL, &si, 1);
// Stepldr & Eboot image in nand flash
// block mark as BLOCK_STATUS_RESERVED & BLOCK_STATUS_READONLY & BLOCK_STATUS_BAD
if ((si.bBadBlock == 0x0) && (si.bOEMReserved !=3 ))
{
++dwBlock;
++dwNumBlocks; // Compensate for fact that we didn't write any blocks.
continue;
}

if (!ReadBlock(dwBlock, NULL, g_pSectorInfoBuf))
{
OALMSG(OAL_ERROR, (TEXT("WriteData: failed to read block (0x%x).\r\n"), dwBlock));
return(FALSE);
}

if (!FMD_EraseBlock(dwBlock))
{
OALMSG(OAL_ERROR, (TEXT("WriteData: failed to erase block (0x%x).\r\n"), dwBlock));
return FALSE;
}

if (!WriteBlock(dwBlock, pbBuffer, g_pSectorInfoBuf))
{
OALMSG(OAL_ERROR, (TEXT("WriteData: failed to write block (0x%x).\r\n"), dwBlock));
return(FALSE);
}

++dwBlock;
pbBuffer += g_FlashInfo.dwBytesPerBlock; //c ksk 20060311
OALMSG(TRUE, (TEXT("dwBytesPerBlock : %d\r\n"), g_FlashInfo.dwBytesPerBlock));
}
OALMSG(OAL_FUNC, (TEXT("_WriteRawImageToBootMedia\r\n")));

return TRUE;
}

4、读NandFlash函数如下：
Display_LX_LOGO(EBOOT_FRAMEBUFFER_UA_START, LCD_WIDTH*LCD_HEIGHT*2+8, EBOOT_FRAMEBUFFER_UA_START);
BOOL Display_LX_LOGO(DWORD dwImageStart, DWORD dwImageLength, DWORD dwLaunchAddr) //added by haiou for diplaylogo
{
unsigned int * pFB32 = (unsigned int *)EBOOT_FRAMEBUFFER_UA_START;
unsigned int * dst = pFB32;
unsigned int * p;
SectorInfo si;

DWORD dwBlock,dwNumBlocks;
dwBlock = LOGO_BLOCK;

OALMSG(TRUE, (TEXT("dwImageLength = 0x%x \r\n"), dwImageLength));
dwNumBlocks = (dwImageLength / (g_FlashInfo.wDataBytesPerSector*g_FlashInfo.wSectorsPerBlock)) + (dwImageLength%(g_FlashInfo.wDataBytesPerSector*g_FlashInfo.wSectorsPerBlock) ? 1: 0);
OALMSG(TRUE, (TEXT("dwNumBlocks = 0x%x \r\n"), dwNumBlocks));
while (dwNumBlocks--)
{
OALMSG(TRUE, (TEXT("dwBlock(0x%x) X "), dwBlock));
OALMSG(TRUE, (TEXT("g_FlashInfo.wSectorsPerBlock(0x%x)"), g_FlashInfo.wSectorsPerBlock));
OALMSG(TRUE, (TEXT(" = 0x%x \r\n"), dwBlock*g_FlashInfo.wSectorsPerBlock));
/*
[color=#FF0000]FMD_ReadSector(dwBlock*g_FlashInfo.wSectorsPerBlock, NULL, &si, 1);[/color]

// Stepldr & Eboot image in nand flash
// block mark as BLOCK_STATUS_RESERVED & BLOCK_STATUS_READONLY & BLOCK_STATUS_BAD
if ((si.bBadBlock == 0x0) && (si.bOEMReserved !=3 ))
{
++dwBlock;
++dwNumBlocks; // Compensate for fact that we didn't write any blocks.
continue;
}*/
//BOOL ReadBlock(DWORD dwBlock, LPBYTE pbBlock, PSectorInfo pSectorInfoTable)
if (!ReadBlock(dwBlock, (LPBYTE)p, g_pSectorInfoBuf))
{
OALMSG(OAL_ERROR, (TEXT("WriteData: failed to read block (0x%x).\r\n"), dwBlock));
return(FALSE);
}
memcpy(dst, (unsigned int*)p, g_FlashInfo.dwBytesPerBlock);
dst += g_FlashInfo.dwBytesPerBlock/4;
++dwBlock;

}
return TRUE;
}
5、DNW打印信息为：
OEMPlatformInit: IMAGE_TYPE_RAMIMAGE
RAM image
RAM image
IsValidMBR: MBR sector = 0x380 (valid MBR)
OpenPartition: Partition Exists=0x1 for part 0x21.
BP_SetDataPointer at 0x0
**[Eboot] BP_ReadData***
Print the arg of function BP_ReadData.
hPart=0x800b0fa0, g_pTOC->id[g_dwTocEntry].dwLoadAddress=0x80100000, g_pTOC->id[g_dwTocEntry].dwTtlSectors
=0x4f83
ReadData: Start = 0x0, Length = 0x27c1800.
Log2Phys: Logical 0x3c0 -> Physical 0x740
dwLength (0x27c1800).
dwNumSects (0x4f83).
Loading Kernel......系统死在此处
6、打印信息函数处：
// Compute sector length.
dwNumSects = (dwLength / g_FlashInfo.wDataBytesPerSector);
RETAILMSG (1, (TEXT("dwLength (0x%x).\r\n"), dwLength));
RETAILMSG (1, (TEXT("dwNumSects (0x%x).\r\n"), dwNumSects));
RETAILMSG(1,(TEXT("Loading Kernel......\r\n")));
// NAND FMD only supports single-sector reads at the moment.
while (dwNumSects--)
{
dwBlockAddress = (dwSectorAddr / g_FlashInfo.wSectorsPerBlock);

// If the block is marked bad, skip to next block. Note that the assumption in our error checking
// is that any truely bad block will be marked either by the factory during production or will be marked
// during the erase and write verification phases. If anything other than a bad block fails ECC correction
// in this routine, it's fatal.
if (IS_BLOCK_UNUSABLE(dwBlockAddress))
{
dwSectorAddr += g_FlashInfo.wSectorsPerBlock;
++dwNumSects; // Compensate for fact that we didn't write any sector data.
continue;
}

// Read the sector - if this fails ECC correction, we fail the whole read operation.
// Note - only single sector reads supported at the moment.
if (!FMD_ReadSector(dwSectorAddr, pbBuffer, NULL, 1))
{
RETAILMSG (1, (TEXT("ReadData: failed to read sector (0x%x).\r\n"), dwSectorAddr));
return(FALSE);
}
7、上面这个函数BP_ReadData是Eboot从NandFlash读取NK时调用的，
8、还有一个现象，就是烧写logo后，如果启动时不调用读取logo函数，一切正常。通过打印信息得知只要一进绿色部分就停。

我知道的好像就这么多了，大家有什么好的想法，出出主意，拜谢

myearth 2010-02-01

打赏
举报

学习一下

xumercury 2010-02-01

打赏
举报

2）对Eboot修改主要有三处：1)添加自定义下载logo命令；2)修改NandFlash烧写函数；3)添
加NandFlash读函数。

LZ如果有友善的板子可以看看他们是怎么下载开机logo到flash里面的。可以参考下。他们做了在boot阶段下载的例子。
祝成功

haiou_arm 2010-02-01

打赏
举报

问题终于解决了，过程为：
1、大家觉得下面两个函数有什么区别：
a）unsigned int * p=NULL;
FMD_ReadSector(dwBlock * g_FlashInfo.wSectorsPerBlock + iSector, (LPBYTE)p, &si, 1);

b）unsigned int * p;
FMD_ReadSector(dwBlock * g_FlashInfo.wSectorsPerBlock + iSector, (LPBYTE)p, &si, 1);
对，一个事空指针，一个随便指了个地方……，结果是，前者系统能启动，后者是系统死翘翘——怀疑是内存问题……
2、解决方法：回过头再看Eboot.bib
MEMORY
;-----------------------------------------------------
; NAME ADDRESS SIZE TYPE
;-----------------------------------------------------
PTS 80000000 00020000 RESERVED ; Page Table : 128 KB
ARGS 80020800 00000800 RESERVED ; BSP Args : 2 KB
EBOOT 80030000 00080000 RAMIMAGE ; Eboot Image : 512 KB
RAM 800B0000 00010000 RAM ; RAM : 64 KB
BINFS 800C0000 00030000 RESERVED ; Bin FS : 192 KB
STACK 800FC000 00004000 RESERVED ; Stack : 16 KB (sharing with Step Loader)
; From 8010000 ~, decompressed image will be put.
FLSCACHE 80100000 03F00000 RESERVED ; This is same region for NK RAMIMAGE
USB_BUF 84000000 03F00000 RESERVED ; USB Download Buffer Start Address
; Download code does not check End Size.
DISPLAY 87F00000 00100000 RESERVED ; match to config.bib for sharing display library
一看便知，我的128M的RAM已经全部被Eboot分配了，我在来个‘p’接收大量的图像数据，会怎么样呢……冲突啊

所以改由DISPLAY定义的缓冲区去接收就OK了。
3、前面提的的ReadBlock也是同样的问题。

今晚可以睡个好觉了……

haiou_arm 2010-02-01

打赏
举报

现在可以把问题锁定在：
FMD_ReadSector(dwBlock*g_FlashInfo.wSectorsPerBlock, NULL, &si, 1);
1、在往NandFlash的6~D block写logo时调用FMD_ReadSector读出每个block的第一个sector中的内容来判断是否是坏块，然后调用ReadBlock函数读出具体内容，一切正常。
2、在读NandFlash中的logo时，如果不调用FMD_ReadSector函数进行坏块检验，直接调用ReadBlock函数，就可以正确读出logo并显示，一旦加上FMD_ReadSector函数，一进去就没有了任何音讯（在FMD-ReadSector函数体一进去就添加打印信息没输出）。此处Sector地址为：0x180.
3、同理在Eboot引导NK时调用的函数是：FMD_ReadSector，一进去同样没了音讯，此处Sector地址为0x740.
4、NandFlash型号是：K9F2G08U0A:2K/Page,64page/block。

九个太阳2023 2010-01-31

打赏
举报

呵呵，一开始就是要这样慢慢来~~~恭喜

wolfmvp 2010-01-31

打赏
举报

[Quote=引用 38 楼 haiou_arm 的回复:]
从周一到周五、整整五天，这个帖子可以结了^_^

特别感谢大家的关注和帮助，开机后Eboot通过读取NandFlash上的logo.bin，顺利显示并引导系统。
在这个过程中，大家给我提了很多建议，因为我确实入门太浅，有的建议一开始不能理解，特别是有时候因为自己理解错了还和提建议的朋友叫汁，哈哈，真对不起，感谢大家！

这个过程大致如下：
周一：
1）跟踪分析bootloader源码，通过添加.h文件的方式修改启动界面，但Eboot.bin却烧不进去

了。
2）从技术支持得知，是因为从新编译的Eboot.bin太大——这就有矛盾，要将logo打包在
Eboot.bin中，必然增大Eboot，怎么办呢？继续分析Eboot代码。
周二：
1）从各方面了解，要将大些的logo（750K）加载在启动界面中，一般的做法是将该logo烧写在
NandFlash的某个固定位置，然后Eboot启动时从NandFlash读出并加载进显示缓冲区实现。
2）顺着这个思路，开始研究分析Eboot的NandFlash分区和文件系统。
周三：
1）通过分析源码得知：NandFlash的0block放置Nboot，1block放置TOC，2~5block放置
Eboot，而后被格式化BinFs文件系统放置NK镜像；
2）思路很清楚，如何将logo.bin烧进6~13block(1M)的位置，而将Binfs文件系统后移，继续
分析代码。
周四：
1）有两个结构体TOC、_IMAGE_DESCRIPTOR成为问题的难点，伴随整个Eboot的执行；其围
绕.bin文件的生成、烧写位置、NandFlash分区、启动加速；
2）特别是其特有的.bin文件，前几个字节不仅包含了接收地址、长度、校验和；还包括了要下载
的地址和长度。
3）通过修改PB下配置文件，成功将NandFlash分区，专门预留6~13block给logo;
4）思路很清楚，只要能将logo生成Eboot支持的.bin文件，就能实现下载，通过寻找合适的工
具、企图利用TOC、_IMAGE_DESCRIPTOR修改PB配置文件实现，但均以失败告终。
周五：
1）生成Eboot支持的.bin文件不可以，那修改Eboot来支持自己的.bin文件可以吗？答案是肯定
的——到这时候才理解了好多前辈对我的建议；
2）对Eboot修改主要有三处：1)添加自定义下载logo命令；2)修改NandFlash烧写函数；3)添
加NandFlash读函数。
3）当然还有相应修改image_cfg.h、loader.h、eboot.bin。
然后就可以了…………………………………………………………………………………………………………

最后想说的是：一定要认真分析Eboot代码，代码看不明白，即使有清晰的思路也无从下手。

[/Quote]楼主的学习精神很值得偶学习，受教了…

wolfmvp 2010-01-30

打赏
举报

[Quote=引用 17 楼 hao507 的回复:]
引用 16 楼 wolfmvp 的回复:
哈哈，在BootLoader中实现很简单的，这个我已经实现；但是，在应用程序中如何实现我不懂，如果咱俩能中和一下就好了，嘻嘻…

在应用程序中实现就是要修改flash驱动，在fmd的iocontrol里添加case就行了，跟BootLoader里的差不多，只不过如果你要是采用multi-bin的话，打开flash的时候跟非multi-bin不太一样，注意下就行了。。
[/Quote]感谢回答，真的非常感谢，呵呵…

haiou_arm 2010-01-30

打赏
举报

从周一到周五、整整五天，这个帖子可以结了^_^

特别感谢大家的关注和帮助，开机后Eboot通过读取NandFlash上的logo.bin，顺利显示并引导系统。
在这个过程中，大家给我提了很多建议，因为我确实入门太浅，有的建议一开始不能理解，特别是有时候因为自己理解错了还和提建议的朋友叫汁，哈哈，真对不起，感谢大家！

这个过程大致如下：
周一：
1）跟踪分析bootloader源码，通过添加.h文件的方式修改启动界面，但Eboot.bin却烧不进去

了。
2）从技术支持得知，是因为从新编译的Eboot.bin太大——这就有矛盾，要将logo打包在
Eboot.bin中，必然增大Eboot，怎么办呢？继续分析Eboot代码。
周二：
1）从各方面了解，要将大些的logo（750K）加载在启动界面中，一般的做法是将该logo烧写在
NandFlash的某个固定位置，然后Eboot启动时从NandFlash读出并加载进显示缓冲区实现。
2）顺着这个思路，开始研究分析Eboot的NandFlash分区和文件系统。
周三：
1）通过分析源码得知：NandFlash的0block放置Nboot，1block放置TOC，2~5block放置
Eboot，而后被格式化BinFs文件系统放置NK镜像；
2）思路很清楚，如何将logo.bin烧进6~13block(1M)的位置，而将Binfs文件系统后移，继续
分析代码。
周四：
1）有两个结构体TOC、_IMAGE_DESCRIPTOR成为问题的难点，伴随整个Eboot的执行；其围
绕.bin文件的生成、烧写位置、NandFlash分区、启动加速；
2）特别是其特有的.bin文件，前几个字节不仅包含了接收地址、长度、校验和；还包括了要下载
的地址和长度。
3）通过修改PB下配置文件，成功将NandFlash分区，专门预留6~13block给logo;
4）思路很清楚，只要能将logo生成Eboot支持的.bin文件，就能实现下载，通过寻找合适的工
具、企图利用TOC、_IMAGE_DESCRIPTOR修改PB配置文件实现，但均以失败告终。
周五：
1）生成Eboot支持的.bin文件不可以，那修改Eboot来支持自己的.bin文件可以吗？答案是肯定
的——到这时候才理解了好多前辈对我的建议；
2）对Eboot修改主要有三处：1)添加自定义下载logo命令；2)修改NandFlash烧写函数；3)添
加NandFlash读函数。
3）当然还有相应修改image_cfg.h、loader.h、eboot.bin。
然后就可以了…………………………………………………………………………………………………………

最后想说的是：一定要认真分析Eboot代码，代码看不明白，即使有清晰的思路也无从下手。