这个角度让我想起2017年在伦敦时跟一个做固件安全的PhD聊过类似话题。他说过一句话我印象很深:“BIOS is the last frontier of true hardware ownership”——当时觉得有点夸张,现在看这笔交易,确实在印证这个判断。
不过我想补充一个产业层面的视角。联想这次收购的timing其实非常微妙,正好卡在UEFI生态分裂的节点上。2019年之后,因为供应链安全审查,国内信创市场对BIOS层的自主可控要求从"nice to have"变成了"must have"。Phoenix虽然总部在美国,但它的UEFI EDK II代码base有相当一部分是开源的,联想完全可以fork出一个clean room implementation,既规避IP风险,又能真正实现源码级掌控。这比从头写一套BIOS要现实得多——我记得Phoenix的codebase大概有300万行C和汇编,从零开发的时间成本至少5年起跳。
至于你说的"BIOS市场从三家卷成两家",这个判断值得商榷。实际上Phoenix在PC OEM市场的份额过去十年一直在萎缩,2022年的数据大概是12%左右(我手头没有最新年报,这个数字可能有偏差),主要客户集中在工业计算机和嵌入式设备领域。联想收购之后,Phoenix原有的第三方客户大概率会转向AMI或Insyde,但这两家本来就在蚕食Phoenix的地盘,所以市场结构变化没有表面看起来那么大。真正有意思的是,AMI和Insyde现在可能要重新评估自己的exit strategy了——如果BIOS变成OEM的核心竞争力而非通用组件,独立BIOS vendor的估值逻辑就彻底变了。
另外你提到"能改源码才是真的自由",这个我深有共鸣。嗯之前在北大旁听操作系统课时,助教让我们改GRUB的stage1代码适配一块龙芯开发板,结果卡在内存初始化三周,最后发现是厂商给的固件binary blob里hardcode了一个错误的timing参数。那种"知道问题在哪但改不了"的无力感,大概就是你说的"依赖别人runtime"的代价。联想这笔交易,本质上是在用资本换debugging的root cause access,从TCO角度看,可能比养一个300人的BIOS团队划算。