请教依然是EOOT中的FLASH一个疑问

fanjianjun

请教依然是EOOT中的FLASH一个疑问 [复制链接]

请问大侠：
   我最近才发现，我对P33的前四个32k的block的操作（unlock、erase、write）并没有执行，但是FALSH依然可以驱动起来，并且能够识别

对P33的前四个32k的block的操作并没有执行的原因：
        if ( (flashType == L18) || (flashType == L30) || (flashType == P33) )
        {
         EdbgOutputDebugString("Eboot---main----Ethdown flashType == P33!\r\n");
            if ( (dwPhysStart >= flash_start_address) && (dwPhysStart < (flash_start_address + 0x40000)) )
            {      
                num_l3_blocks_to_erase = 4;
                num_blocks--; // Decrease the num_blocks count, as it assumes the first block is 64K
                num_blocks = num_blocks + num_l3_blocks_to_erase;
            }
        }
我的dwPhysStart = 0xA008_0000 而 flash_start_address = 0xA000_0000
所以这个条件永远不能满足，
可是我看了几个BSP中这的例子都是dwPhysStart<(flash_start_address + 0x40000)
所以也没敢擅自改动，请问这里为什么要这么判断？
各位的dwPhysStart 和flash_start_address都是多少呢？？
另外，我看了一个P30的flasherase和flashwrite它也没有管前4个block也可以运行起来，请问这样也可以？？

Lemon绿茶

不知道,但还是帮你顶起

christine

可是我看了几个BSP中这的例子都是dwPhysStart <(flash_start_address + 0x40000)
所以也没敢擅自改动，请问这里为什么要这么判断？
这个大小不是前面32K的4个Block的大小吗?还要看你用的是一片16位的还是两片32位的接法?

我最近才发现，我对P33的前四个32k的block的操作（unlock、erase、write）并没有执行，但是FALSH依然可以驱动起来，并且能够识别
这个问题解答不了,你不按SPEC去操作,却说没有问题,那只有厂家知道

hsywgf

我是用1片16位的接法
可以不管怎么样
(dwPhysStart < (flash_start_address + 0x40000))
在我的BSP下也不成立，因为差的有点大：
dwPhysStart = 0xA008_0000 而 flash_start_address + 0x40000 = 0xA000_0000 +0x4_0000 = 0xa004_0000
还差0x4_0000才能相等，而我的dwPhysStart又是定死的就是0xA008_0000
现在我将这个地方：  
if ( (dwPhysStart >= flash_start_address) && (dwPhysStart < (flash_start_address + 0x40000)) )
改成
if(dwPhysStart >= flash_start_address)后面不做判断了，这样他就可以处理前面的4个block了，
可是下载32M+的内核依然在a2000_0000的地方出错
（a2000_0000 - a008_0000 = 1f8_0000 = 32M）
请大侠再帮我分析下吧！
谢谢啦！

lijun321

乱来
你现在的Eboot烧在Flash上的哪个位置?用什么来更新Eboot?
如果你的Image是放在A0080000开始的Flash位置,那你本身就不需要处理前面4个Block,不知道你在搞什么?