5月底需求新适配raid卡9540-16i,需要新增typeid为17。
raid卡需要加载哪个storelib库又是需要在libsml_base.so中新增对应关系。sml_base 适配层库并没有开源。导致新增raid卡适配都需要求助修改闭源组件libmgmt_protocol。
若复用其他卡的typeid可获取raid卡信息,会导致卡类型显示错误及告警raid卡名称显示错误。
当前是否只有修改libmgmt_protocol这一种方式。
是否可以考虑解耦利用typeid来识别加载不同的库。
目前已经搭建了通过type_id加载so的框架,需要根据type_id提供对应加载的so,
so命名和位置: /usr/lib64/libsml_custom_base.so
后续适配过程如需进一步帮助请联系我
libsml_custom_base.so目前也是集成在libmgmt_protocol中目前还未开源?
libsml_custom_base.so 这个可以依赖接口自己实现。
如果想用BMC的,那这一部分还是闭源的。
libsml_custom_base.so 由伙伴自己实现?
9540-16iraid卡也为博通卡,可直接复用libsml_custom_base.so 在libsml_custom_base.so 中增加typeid 区分去加载libraidblib.so还是libraidblibit.so等。
若都由伙伴自己实现工作量太大。是否考虑这部分也会开源。要不然新增博通raid卡都涉及闭源。
zybwh
(张雨博)
6
博通卡管理相关代码由于协议问题无法开源,只能各自维护了
9500 8i 和 9500 16i 也需要新增 type id 是19 和 20
附议。我们现在有E2E 9500-8i和9500-16i的交付任务,急需适配。
9540-8i 虽然社区已有配置文件但是实际无法获取信息, 也需要新增type id —>16
社区的配置文件, typeId配置的为10,配置错误,不需要改闭源仓,只需要吧配置文件改成16即可
这个我已经把typeid改成16了,但是还是获取不到信息;
这个闭源也涉及修改,目前已修改上库了,后续可以联系技术支持确认版本。