（转自“服务器BMC”公众号）服务器BMC的硬件（二）

  加油加油，不能辜负大家的期望。

  再把这个图拿出来一起看看。为啥总用这个架构图呢，因为曾经天天研究这个图，而且这是当前主流产品的架构图。知己知彼，方能百战百胜嘛。但是总用这个图，不知道会不会被找上门来。

  上回把图中最上面的一层介绍了：为了能运行程序，最基本的处理器+DDR+总线。为了记log的SD/EMMC，为了web的网口RGMII/RMII，为了KVM的USB。

  中间那三个箭头线就不再提了，片上总线，找ARM公司买个NIC400（ARM公司的总线IP名字）就行。AXI、APB、AHB都是总线，类似各个城市间的高速公路，不再介绍了。

  BMC芯片上电之后要从外部Flash读取程序，绝大部分的Flash都是SPI协议，那BMC芯片就要有SPI接口，而且不止于一个，接BIOS Flash或者双Flash冗余。不过这些既然都是SPI接口，那Flash里面的数据谁都可以读写，这就有被窃取或者篡改的风险。怎么办呢？那就把Flash数据加把“锁”吧，即数据加密。这就提出了安全启动的想法。对这些数据加密的算法就是国际通用的Hash、RSA、ECC等。所以BMC芯片里面就有了加密算法模块。不过26xx没有国密算法，不太满足大陆需求。对加解密领域了解的朋友应该知道，这些算法都涉及用到自己设置的密钥，简单理解就是自己的密码。每个芯片要保存密码，就放到了OTP（One Time Programmable）存储器里面。这个OTP只能一次性写入，一般是在出厂时候写入密钥，用来启动时候对Flash程序等数据进行可信度量。之前的安全启动是软件层面的，现在有了OTP实现了硬件安全启动。不过我很少见客户用到OTP的时候，可能因为有些麻烦，而且现在有TPM、TCM那些模块了。

 咱们再次提到KVM over IP，video的数据量是很大的。1920x1080分辨率下数据是要上G的，通过网络传输是比较困难和不稳定的。所以为了更好的传输video，要进行一下压缩，这里就用到了JPEG压缩，所以芯片中有个JPEG Encoder模块。实际JPEG压缩是图片压缩算法，非视频压缩算法，那为啥不用H264、H265这些更高级的算法呢。我曾经做过调研，使用JPEG是一个综合性的考虑。当然可以参考视频编码的算法，对JPEG图片算法做些改良，类似中国台湾厂商在数据手册中提到的注册了专利的算法。

  还有个display controller，这是BMC内部处理器可以控制的显示模块，显示一些BMC自己想显示的图片，这是针对其规格里面的“SOC Display Controller”功能。实说感觉国内这个功能用的不多，我在国外的机器上见过类似的功能。

   把以上这些功能放在一起，在图中作为一个block。我认为是因为这些模块都是内部功能模块，不涉及到对外接口，是辅助其他功能的。

   今天先到这里吧。谢谢各位。