目前在PC远程访问设备Flash,也就是部署TinyCLR和下载应用程序。在以前写的《NandFlash驱动开发》文章,我们知道Flash被分为六个区,典型的结构如下(以Sam9261_ek开发板为例):
const BlockRange g_K9F2G_8_BlockStatus[] =
{
{ BlockRange::BLOCKTYPE_BOOTSTRAP , 0, 1 },
{ BlockRange::BLOCKTYPE_CONFIG , 2, 2 },
{ BlockRange::BLOCKTYPE_CODE , 3, 24 },
{ BlockRange::BLOCKTYPE_DEPLOYMENT, 25, 29 },
{ BlockRange::BLOCKTYPE_DEPLOYMENT, 30, 34 },
{ BlockRange::BLOCKTYPE_DEPLOYMENT, 35, 39 },
{ BlockRange::BLOCKTYPE_DEPLOYMENT, 40, 48 },
{ BlockRange::BLOCKTYPE_STORAGE_A , 49, 49 },
{ BlockRange::BLOCKTYPE_STORAGE_B , 50, 50 },
{BlockRange::BLOCKTYPE_FILESYSTEM, 51, FLASH_BLOCK_COUNT - 1 }
};
我们能否直接读写该Flash上的所有区呢?
实现这个功能的好处是易见的,我们再也没有必要为了下载一个应用程序而启动相对庞大的VS2008,再也不受必须打开MF工程才能下载的限制。在我们开发Ti DM355开发板就遇到类似问题,我们给异地开发板提供者演示相关程序功能时,必须要求对方安装VS2008,还必须发送我们的项目源码,否则就无法在另外的开发板上进行演示。
仔细研究了一下MFDeploy程序(这是典型的C#程序,在Vista和Windows7上可直接运行,在WinXP及以前的系统上需要安装.Net Framework运行时),发现可以为其开发一个插件来实现我们所要求的功能。
MFDeploy程序可以通过三种方式来访问.Net MF设备,串口、网口和USB,并且可以把TinyCLR部署到设备上去(需要开发板运行TinyBooter),也可以清空应用程序区,所以我们只要把这部分功能给扩展一下就可以了。
插件类必须继承于MFPlugInMenuItem类,相关代码如下:
public class PlugInHandle : MFPlugInMenuItem
{
public override string Name { get { return "Read/Write Flash"; } }
public override void OnAction(IM
Adobe近日就一个长达16个月的Flash漏洞发表公开道歉,尽管这之间Adobe为Flash提供了四次升级,但是该漏洞被公布了16个月后,也就是在11月底发布的Flash Player 10.1 Beta中这个漏洞才被修复。安全研究人员Matthew Dempsky在2008年9月22日首次在Adobe的Bug数据库中披露了这个漏洞(JIRA FP-677),它会导致IE6、IE7、Firefox ......