怎么样才能使bootloader支持binfs？

94179411

怎么样才能使bootloader支持binfs？ [复制链接]

最近想搞multi bin后来发现我的bootloader是优龙的，不支持binfs分区格式化，
我想把eboot下的代码移植过来，应该可以的。

但是我对则个binfs有点疑惑。按照道理说，binfs是针对nk.bin的，但是我们下载的时候却是nk.nb0，有些人下载nk.bin，但是下载完还是要解压成nk.nb0的。
我想问，binfs是怎么和nk.nb0联系起来的？

请大家指点。
这个问题还是有点意思的。

0400240116

刚才上传那本书 没有讲到这个，我先看看PB帮助文档，代码，也许到一些外国网站转转会有收获的。

greensju

下载的时候是bin啊，下载的过程中解压的。

gjfzb

nk.bin是烧写到NAND，是有压缩的，ce启动后将其解压到RAM里，这时RAM里与nk.nb0其实是一样的。
调试当中，有更改时不必要每次都烧写到NAND，build后通过usb将nk.nb0下载到RAM里执行，就可看到运行结果。
都没问题了，再将nk.bin烧写到NAND里。对我来说，nk.nb0只在调试时有用。
理论上如果NOR足够大，就可以直接下载nk.nb0到NOR，而且程序可以在NOR里运行，节省了RAM。
如果是用nk.nb0不用解压缩就可直接执行，如果是nk.bin就需要解压缩后才能执行。所以binfs跟是不用nk.bin,还是nk.nb0是没关系的。
在下载nk.bin的eboot里就有个FORMAT BINFS命令，将NAND格式成binfs,后面就是驱动要识别的问题。
你如果想实现binfs的话，一个办法是按照网上binfs实现方法的文章去改你的bsp。
还有就是找个别的开发板的已实现binfs的bsp试试。

fkuepl051

移植 Windows CE 里面的 BootPart 驱动到 Bootloader 就行了。

旁听者

引用 2 楼 guetcw 的回复:
下载的时候是bin啊，下载的过程中解压的。

你使用eboot才是下载nk.bin
我是直接下载nk.nb0的。解压会下载很慢。

——我先尝试再说了。不行再来求救。

william_lyl

引用 3 楼 arm7000 的回复:
nk.bin是烧写到NAND，是有压缩的，ce启动后将其解压到RAM里，这时RAM里与nk.nb0其实是一样的。
调试当中，有更改时不必要每次都烧写到NAND，build后通过usb将nk.nb0下载到RAM里执行，就可看到运行结果。
都没问题了，再将nk.bin烧写到NAND里。对我来说，nk.nb0只在调试时有用。
理论上如果NOR足够大，就可以直接下载nk.nb0到NOR，而且程序可以在NOR里运行，节省了RAM。
如果是用nk.nb0不用解压缩就可直接执行，如果是nk.…

binfs，是微软实现的啊。
bootloader只是格式化binfs分区而已。

binfs是专门针对NK的，和NK.nb0有密切关系。
我看看代码先，看他是怎么组织的。

hsd325

EBOOT一般有这个功能

youliam

The following registry key example specifies that BinFS is the default file system:
[HKEY_LOCAL_MACHINE\System\StorageManager\Profiles\MSFlash]
   "DefaultFileSystem"="BINFS"——默认的文件系统怎么会是BINFS呢？据我所知，BINFS不是必须的，我以前就没有用它
   "PartitionDriver"="mspart.dll"
   "MountFlags"=dword:11
   "Folder"="NAND Flash"
   "Name"="FLASH Disk Block Device"
The following registry key example prevents FATFS from attempting to shadow the \Windows directory:

[HKEY_LOCAL_MACHINE\System\StorageManager\Profiles\MsFlash\FATFS]
   "MountFlags"=dword:0
A MountFlags value of dword:11 specifies that you mount the file system as an external ROM file system that shadows the \Windows directory. Eliminating the MountFlags value causes the \BINFS directory to be visible to the user. In both cases, you can access the BinFS contents using the \BINFS directory.——这红色字体的是什么意思？
是不是指windows文件夹挂载的是FAT还是binfs？

请大家提示一下。

laobushi

——————————————呜呜，很扫兴哦。要使bootloader支持binfs分区要用到微软不开源的库的。太郁闷了。
在PB帮助文档里面有
If a boot loader includes support for the binary ROM image file system (BinFS), the boot loader can partition, format, and write data to a specified media device. Through the Bootpart library, the boot loader writes to flash media. The boot loader uses the Bootpart library to create partitioning. This partitioning is necessary for both BinFS and another file system, such as FAT, to be flashed on the same media device. To accomplish partitioning, the boot loader uses the Bootpart library to create a BinFS partition along with an extended partition. The OS uses these partitions to create one or more data partitions inside of the extended partition. The extended partition is required because the OS cannot modify the master boot record (MBR) once the boot loader's Bootpart library partitions flash memory.

The Bootpart library can create a boot partition to store boot arguments. The flash memory blocks that contain the MBR sector, the BinFS memory region, and the boot arguments partition are marked as read-only. In addition, the BinFS and boot partitions are marked as read-only so that the partitions cannot be formatted or deleted.

Bootpart enables code for a Flash Media Driver (FMD) to be abstracted from the boot loader. The boot loader creates the partition and reads or writes to the partition by specifying a byte offset into the partition, as well as a length value. Bootpart can also perform a low level format on the flash media.

To support BinFS, your boot loader must link to the Bootpart library located in the %_WINCEROOT%\Public\Common\Oak\Drivers\EthDbg\Bootpart directory.

For more information on the Bootpart library see, Bootpart Library Functions. You can view a sample boot loader that supports BinFS in the %_WINCEROOT%\Platform\SMDK2410\Eboot directory.

看看去，如果不行，就找找PB6.0看看，6.0应该开源了。

和微软过不去，使用ADS的bootloader，果然会吃亏啊。

zjl2050

移植未必没有希望，貌似已经开源了。
找到C:\WINCE500\PUBLIC\COMMON\OAK\DRIVERS\ETHDBG\BOOTPART
看看BOOTPART下面的sources
=============================================================
!if 0
Copyright (c) Microsoft Corporation.  All rights reserved.
!endif
!if 0
Use of this source code is subject to the terms of the Microsoft end-user
license agreement (EULA) under which you licensed this SOFTWARE PRODUCT.
If you did not accept the terms of the EULA, you are not authorized to use
this source code. For a copy of the EULA, please see the LICENSE.RTF on your
install media.
!endif
!IF 0


Module Name:

    sources.

Abstract:

    This file specifies the target component being built and the list of
    sources files needed to build that component.  Also specifies optional
    compiler switches and libraries that are unique for the component being
    built.

!ENDIF

TARGETNAME=bootpart
TARGETTYPE=LIBRARY
CDEFINES=$(CDEFINES) -DIN_KERNEL -DWINCEMACRO -DCOREDLL
NOMIPS16CODE=1


SOURCES=bootpart.cpp \
        util.cpp

INCLUDES=$(_PUBLICROOT)\common\oak\drivers\block\msflashfmd\inc


——从这个看来，这个bootpart并没有连接什么库。
所以机会还是有的。
刚开始我以为这个给增加binfs分区很简单。自己制定计划说一个月把ADS增加此功能，并且实现multi bin功能。
............
继续看代码吧。

xinbao77

呵呵，向你学习来了

guiziqian

引用 10 楼 gooogleman 的回复:
移植未必没有希望，貌似已经开源了。
找到C:\WINCE500\PUBLIC\COMMON\OAK\DRIVERS\ETHDBG\BOOTPART
看看BOOTPART下面的sources
=============================================================
!if 0
Copyright (c) Microsoft Corporation.  All rights reserved.
!endif
!if 0
Use of this source code is subject to the terms of the Microsoft end-user
license agreement (EULA) under which you licens…

是的，开源了，里面什么信息都有。。。。

nuaa_zd

这个binfs的功能就是实现NK的分步加载而已，并没有实现什么存储功能，其实也没有必要。
现在我先修改bootloader先，过几天再来看看binfs是怎么实现的，在启动的时候是怎么实现分步加载的。
估计binfs里面是一些分析、读写NK.nb0文件的函数。

loveyahoo

/********************************************************************************************
再来接力------------
==================================
刚才我看了一下eboot中9) Format Boot Media for BinFS这个菜单的实现过程，
发现在这个过程中调用了BP_LowLevelFormat这个函数实现，这个函数决定了NK存放的起始block，并且把MBR写
入到这个block中。现在我把代码贴出来给大家分析一下。
*********************************************************************************************/



/*  BP_LowLevelFormat
*
*  Called when preparing flash for a multiple-BIN download.
*  Erases, verifies, and writes logical sector numbers in the range to be written.
*
*  ENTRY
*      dwStartBlock - starting physical block for format
*      dwNumBlocks - number of physical blocks to format
*      dwFlags - Flags used in formatting.
*
*  EXIT
*      TRUE returned on success and FALSE on failure.
*/

BOOL BP_LowLevelFormat(DWORD dwStartBlock, DWORD dwNumBlocks, DWORD dwFlags)
{
    dwNumBlocks = min (dwNumBlocks, g_FlashInfo.dwNumBlocks);

    RETAILMSG(1,(TEXT("Enter LowLevelFormat [0x%x, 0x%x].\r\n"), dwStartBlock, dwStartBlock + dwNumBlocks - 1));

    // Erase all the flash blocks.
    if (!EraseBlocks(dwStartBlock, dwNumBlocks, dwFlags))
        return(FALSE);

    // Determine first good starting block
    while (IS_BLOCK_UNUSABLE (dwStartBlock) && dwStartBlock < g_FlashInfo.dwNumBlocks) {
        dwStartBlock++;
    }

    if (dwStartBlock >= g_FlashInfo.dwNumBlocks) {
        RETAILMSG(1,(TEXT("BP_LowLevelFormat: no good blocks\r\n")));        
        return FALSE;
    }

    // MBR goes in the first sector of the starting block.  This will be logical sector 0.
    g_dwMBRSectorNum = dwStartBlock * g_FlashInfo.wSectorsPerBlock;

        // Create an MBR.
    CreateMBR();

    RETAILMSG (1, (TEXT("Done.\r\n\r\n")));
    return(TRUE);
}

//我对这个函数的疑问是为什么，这个MBR要写入到存放NK之前的block？在微软的白皮书中是存放在FAT区域的第一个block的？
//哪位高人来指点一下啊，谢谢。

wellee

1. /********************************************************************************************
   
2. 再来接力------------
   
3. ==================================
   
4. 刚才我看了一下eboot中[color=#FF0000]9) Format Boot Media for BinFS[/color]这个菜单的实现过程，
   
5. 发现在这个过程中调用了BP_LowLevelFormat这个函数实现，这个函数决定了NK存放的起始block，并且把MBR写
   
6. 入到这个block中。现在我把代码贴出来给大家分析一下。
   
7. *********************************************************************************************/
   
8. 
   
9. 
   
10. 
    
11. /*  BP_LowLevelFormat
    
12. *
    
13. *  Called when preparing flash for a multiple-BIN download.
    
14. *  Erases, verifies, and writes logical sector numbers in the range to be written.
    
15. *
    
16. *  ENTRY
    
17. *      dwStartBlock - starting physical block for format
    
18. *      dwNumBlocks - number of physical blocks to format
    
19. *      dwFlags - Flags used in formatting.
    
20. *
    
21. *  EXIT
    
22. *      TRUE returned on success and FALSE on failure.
    
23. */
    
24. 
    
25. BOOL BP_LowLevelFormat(DWORD dwStartBlock, DWORD dwNumBlocks, DWORD dwFlags)
    
26. {
    
27.     dwNumBlocks = min (dwNumBlocks, g_FlashInfo.dwNumBlocks);
    
28. 
    
29.     RETAILMSG(1,(TEXT("Enter LowLevelFormat [0x%x, 0x%x].\r\n"), dwStartBlock, dwStartBlock + dwNumBlocks - 1));
    
30. 
    
31.     // Erase all the flash blocks.
    
32.     if (!EraseBlocks(dwStartBlock, dwNumBlocks, dwFlags))
    
33.         return(FALSE);
    
34. 
    
35.     // Determine first good starting block
    
36.     while (IS_BLOCK_UNUSABLE (dwStartBlock) && dwStartBlock < g_FlashInfo.dwNumBlocks) {
    
37.         dwStartBlock++;
    
38.     }
    
39. 
    
40.     if (dwStartBlock >= g_FlashInfo.dwNumBlocks) {
    
41.         RETAILMSG(1,(TEXT("BP_LowLevelFormat: no good blocks\r\n")));        
    
42.         return FALSE;
    
43.     }
    
44. 
    
45.     // MBR goes in the first sector of the starting block.  This will be logical sector 0.
    
46.     g_dwMBRSectorNum = dwStartBlock * g_FlashInfo.wSectorsPerBlock;
    
47. 
    
48.         // Create an MBR.
    
49.     CreateMBR();
    
50. 
    
51.     RETAILMSG (1, (TEXT("Done.\r\n\r\n")));
    
52.     return(TRUE);
    
53. }
    
54. 
    
55. //我对这个函数的疑问是为什么，这个MBR要写入到存放NK之前的block？在微软的白皮书中是存放在FAT区域的第一个block的？
    
56. //哪位高人来指点一下啊，谢谢。

复制代码

YaoHui

1. 
   
2. //------------------------------------------------------------------------------
   
3. //
   
4. //------------------------------------------------------------------------------
   
5. static BOOL CreateMBR()
   
6. {
   
7.     // This, plus a valid partition table, is all the CE partition manager needs to recognize
   
8.     // the MBR as valid. It does not contain boot code.
   
9. 
   
10.     memset (g_pbMBRSector, 0xff, g_FlashInfo.wDataBytesPerSector);
    
11.     [color=#FF0000]g_pbMBRSector[0] = 0xE9;——这个为什么是E9？如果是EB会怎么样？
    
12.     g_pbMBRSector[1] = 0xfd;——这个代表什么意思？
    
13.     g_pbMBRSector[2] = 0xff;——这个是是什么意思？[/color]
    
14. //在FAT文件系统白皮书中，必须保证FAT卷扇区[510]必须等于0x55，扇区[511]必须等于0xAA
    
15.     g_pbMBRSector[SECTOR_SIZE-2] = 0x55;
    
16.     g_pbMBRSector[SECTOR_SIZE-1] = 0xAA;
    
17. 
    
18.     // Zero out partition table so that mspart treats entries as empty.
    
19.     memset (g_pbMBRSector+PARTTABLE_OFFSET, 0, sizeof(PARTENTRY) * NUM_PARTS);
    
20. 
    
21.     return WriteMBR();
    
22. 
    
23. }  
    
24. 
    
25. 
    
26. //------------------------------------------------------------------------------
    
27. //写入MBR
    
28. //------------------------------------------------------------------------------
    
29. static BOOL WriteMBR()
    
30. {
    
31.     DWORD dwMBRBlockNum = g_dwMBRSectorNum / g_FlashInfo.wSectorsPerBlock;
    
32. 
    
33.     RETAILMSG(1, (TEXT("WriteMBR: MBR block = 0x%x.\r\n"), dwMBRBlockNum));
    
34. 
    
35.     memset (g_pbBlock, 0xff, g_dwDataBytesPerBlock);
    
36.     memset (g_pSectorInfoBuf, 0xff, sizeof(SectorInfo) * g_FlashInfo.wSectorsPerBlock);
    
37.         
    
38.     // No need to check return, since a failed read means data hasn't been written yet.
    
39.     ReadBlock (dwMBRBlockNum, g_pbBlock, g_pSectorInfoBuf);
    
40. 
    
41.     if (!FMD_EraseBlock (dwMBRBlockNum)) {
    
42.         RETAILMSG (1, (TEXT("CreatePartition: error erasing block 0x%x\r\n"), dwMBRBlockNum));
    
43.         return FALSE;
    
44.     }
    
45. 
    
46.     memcpy (g_pbBlock + (g_dwMBRSectorNum % g_FlashInfo.wSectorsPerBlock) * g_FlashInfo.wDataBytesPerSector, g_pbMBRSector, g_FlashInfo.wDataBytesPerSector);
    
47.     g_pSectorInfoBuf->bOEMReserved &= ~OEM_BLOCK_READONLY;
    
48.     g_pSectorInfoBuf->wReserved2 &= ~SECTOR_WRITE_COMPLETED;
    
49.     g_pSectorInfoBuf->dwReserved1 = 0;
    
50. 
    
51.     if (!WriteBlock (dwMBRBlockNum, g_pbBlock, g_pSectorInfoBuf)) {
    
52.         RETAILMSG (1, (TEXT("CreatePartition: could not write to block 0x%x\r\n"), dwMBRBlockNum));
    
53.         return FALSE;
    
54.     }
    
55. 
    
56.     return TRUE;
    
57.    
    
58. }

复制代码

ouhf

1. 怎么我的问题就没有人回答呢？是不是分数太少，嫌少就说一声啊。我可以加分的。
   
2. =====================================================================
   
3. //下面来看分区的关键函数
   
4. 
   
5. /*  BP_OpenPartition
   
6. *
   
7. *  Opens/creates a partition depending on the creation flags.  If it is opening
   
8. *  and the partition has already been opened, then it returns a handle to the
   
9. *  opened partition.  Otherwise, it loads the state information of that partition
   
10. *  into memory and returns a handle.  
    
11. *
    
12. *  ENTRY
    
13. *      dwStartSector - Logical sector to start the partition.  NEXT_FREE_LOC if none
    
14. *          specified.  Ignored if opening existing partition.
    
15. *      dwNumSectors - Number of logical sectors of the partition.  USE_REMAINING_SPACE
    
16. *          to indicate to take up the rest of the space on the flash for that partition (should
    
17. *          only be used when creating extended partitions).  This parameter is ignored
    
18. *          if opening existing partition.
    
19. *      dwPartType - Type of partition to create/open.
    
20. *      fActive - TRUE indicates to create/open the active partition.  FALSE for
    
21. *          inactive.
    
22. *      dwCreationFlags - PART_CREATE_NEW to create only.  Fail if it already
    
23. *          exists.  PART_OPEN_EXISTING to open only.  Fail if it doesn't exist.
    
24. *          PART_OPEN_ALWAYS creates if it does not exist and opens if it
    
25. *          does exist.
    
26. *  BP_OpenPartition调用CreatePartition来创建分区，同时BP_OpenPartition被WriteOSImageToBootMedia和ReadOSImageFromBootMedia调用
    
27. *  EXIT
    
28. *      Handle to the partition on success.  INVALID_HANDLE_VALUE on error.
    
29. */
    
30. 
    
31. HANDLE BP_OpenPartition(DWORD dwStartSector, DWORD dwNumSectors, DWORD dwPartType, BOOL fActive, DWORD dwCreationFlags)
    
32. {
    
33.         DWORD dwPartIndex;
    
34.         BOOL fExists;
    
35. 
    
36.         ASSERT (g_pbMBRSector);
    
37.         
    
38.         if (!IsValidMBR()) {
    
39.             DWORD dwFlags = 0;
    
40. 
    
41.             if (dwCreationFlags == PART_OPEN_EXISTING) {
    
42.                 RETAILMSG(1, (TEXT("OpenPartition: Invalid MBR.  Cannot open existing partition 0x%x.\r\n"), dwPartType));
    
43.                 return INVALID_HANDLE_VALUE;
    
44.             }
    
45.             
    
46.             RETAILMSG(1, (TEXT("OpenPartition: Invalid MBR.  Formatting flash.\r\n")));
    
47.             if (g_FlashInfo.flashType == NOR) {
    
48.                 dwFlags |= FORMAT_SKIP_BLOCK_CHECK;
    
49.             }
    
50.             BP_LowLevelFormat (0, g_FlashInfo.dwNumBlocks, dwFlags);
    
51.             dwPartIndex = 0;
    
52.             fExists = FALSE;
    
53.         }
    
54.         else {
    
55.             fExists = GetPartitionTableIndex(dwPartType, fActive, &dwPartIndex);        
    
56.         }
    
57. 
    
58.         RETAILMSG(1, (TEXT("OpenPartition: Partition Exists=0x%x for part 0x%x.\r\n"), fExists, dwPartType));
    
59.         if (fExists) {
    
60. 
    
61.             // Partition was found.  
    
62.             if (dwCreationFlags == PART_CREATE_NEW)
    
63.                 return INVALID_HANDLE_VALUE;
    
64.             
    
65.             if (g_partStateTable[dwPartIndex].pPartEntry == NULL) {
    
66.                 // Open partition.  If this is the boot section partition, then file pointer starts after MBR
    
67.                 g_partStateTable[dwPartIndex].pPartEntry = (PPARTENTRY)(g_pbMBRSector + PARTTABLE_OFFSET + sizeof(PARTENTRY)*dwPartIndex);
    
68.                 g_partStateTable[dwPartIndex].dwDataPointer = 0;
    
69.             }            
    
70.             return (HANDLE)&g_partStateTable[dwPartIndex];            
    
71.         }
    
72.         else {
    
73. 
    
74.             // If there are already 4 partitions, or creation flag specified OPEN_EXISTING, fail.
    
75.             if ((dwPartIndex == NUM_PARTS) || (dwCreationFlags == PART_OPEN_EXISTING))
    
76.                 return INVALID_HANDLE_VALUE;
    
77. 
    
78.             // Create new partition
    
79.             return CreatePartition (dwStartSector, dwNumSectors, dwPartType, fActive, dwPartIndex);
    
80.         }
    
81. 
    
82.         return INVALID_HANDLE_VALUE;
    
83.         
    
84. }
    
85. 
    
86. 
    

复制代码

欢迎指点。。。。。。。。。。。。。。

fangfang

大家一起讨论。

先说我知道的。

1. nk.nb0和nk.bin的差别
nk.nb0是纯二进制文件或者是裸数据文件（raw data)，可以用于烧录器直接烧录到flash中，适合于生产时使用。用UltraEdit打开一个nk.nb0，在任何一个位置看到什么数据，就说明在flash里对应的位置保存的就是什么。

nk.nb0适合生产，但是不适合下载，因为没有起始、结束标志。最典型的：一个32MB的nor，对应的nk.nb0就是32MB，但实际上有效区域只有17MB，那么后面的13MB都是0x00。怎么判断结束呢？显然不能用0x00，也不能用连续多少个0x00。

怎么办？

于是微软对nk.nb0加工了一下，转换成nk.bin。具体的改变是这样的：将nk.nb0中连续0x00忽略，将有效的数据块提炼出来，组合到nk.bin中。
nk.bin的开始是文件标识，7个字节，一旦读到这连续的标志字节，就说明是微软的bin文件。
接着是“有效数据块存储开始的虚拟地址”、“有效数据块的大小”和校验和。有耐心可以用UE打开nk.nb0和nk.bin对照着看，nk.nb0是0x0开始，而nk.bin存储开始就作为0x0，后面的地址都算偏移量就行。
结束标志是：有效数据块的存储位置及大小都是0。

这样，nk.bin就可以很方便的下载了。

所以，nk.nb0和nk.bin可以认为是一样的。

yuguohua43

2. binfs
binfs是微软设计的一套文件系统，主要是为了解决非XIP存储设备上，操作系统镜像的加载会导致RAM大量浪费的问题。
跑WINCE的肯定都是带SDRAM的，即使NOR支持XIP，也不会在NOR上跑，速度太慢。更别提NAND或者硬盘了，非线性寻址的，都必须将系统镜像加载到SDRAM，然后跳转到SDRAM继续执行。而系统镜像多大？10多MB，20多MB，40多MB的都有，而SDRAM呢？很痛苦的。

binfs就是给镜像中的每个单独文件一个定位坐标。就是将系统镜像的实际数据分成n个小块，每个小块占一定的基本空间(按byte算)，每个文件、dll、lib、程序放置的位置，在PB编译后就确定了。系统加载时，就找到需要加载的文件在flash中存放的位置，单独读出该文件加载，而不需要将整个镜像都读到sdram了。

这个作用有点类似fat的文件表了，需要哪个读哪个，不需要的就不动。不过在eboot中不采用fat，难道是因为fat对空间浪费很大吗？