Woa-msmnile

WOA-msmnile 是由一群致力于推动WOA在搭载Sm8150及后续芯片的设备上发展的人们组建的组织。

WoA msmnile项目内仓库主要基于WOA Project的DuoWoA项目进行二次通用开发。

主要仓库：

• msmnilePkg: 基于SurfaceDuoPkg二次开发的 UEFI仓库， 目前支持Sm7125, Sm7325, Sm8150, Sm8550启动Windows。
• msmnile-Drivers: SurfaceDuo-Drivers的Fork， 主要提供了适用于Sm8150的平台通用驱动。
• [DevcieCodename]: 基于SurfaceDuo-Drivers的设备特殊驱动。
• Kodiak-Drivers: 整理来自Windows Updater的7c Gen3驱动合集，适用于Sm7325。
• Atoll-Drivers: 整理来自Windows Updater的7c Gen2 驱动合集，适用于Sm7125。
• [DriverName]: 存放触摸、功放等的开放源代码驱动。
• woa-msmnile.github.io: woa-msmnile 静态文档网站，托管在github page。

主要条款:

UEFI库条款

驱动库条款

联系我们：

• QQ 群: woa-msmnile 问题 与 建议
• 电报群: woa-msmnile issues & advice
• Discord: woa-msmnile uefi porting

关于Gus

Gustave Monce是计算机博士，是杰出的WOA开发者(WOA Project成员)，也是我们最好的老师。

8150 woa的发展离不开Gus，平台适配都是Gus做的。

需要注意的是，Gus会告诉你怎么做，但是不会帮你做。如果你遇到Gustave Monce，请尊重Gus，并且不要要求他帮你做任何非SurfaceDuo系列设备的woa适配，且不要询问任何与SDPkg无关的项目。

你可以在这里赞助Gus，感谢你的慷慨。

关于其他同类仓库:

本项目组与edk2-msm仓库, edk2-porting组织以及MU-Qcom没有任何关联。

故如果您在移植他们的过程中遇到问题，请勿打扰本项目开发者。

关于为何从edk2-porting独立:

MU-sm8150pkg(现称msmnilePkg，以下简称8150pkg)最初由sunflower2333(以下简称sflr)在高三之余基于SurfaceDuo1Pkg做的Sm8150平台通用版本Uefi仓库，并对多款设备添加基本支持(启动完整Windows + Usb可用), 移植过程中也不乏海外友人的贡献。

edk2-porting(renegade project, 以下简称rp) 项目组fork了这个仓库，并且一直不同步上游更新, 鉴于当时rp正处于流量高点，许多人都认为此仓库才是上游仓库，这使得很多人找到sflr询问何时修复bug, 但是实际上bug在上游已经修复。 由于sflr对rp项目中的8150pkg无写权限，故sflr向rp的8150pkg提交sync fork的pull request，rp开发者在一个多月后同意 pull request请求。

sflr 在这期间在rp群组中多次提醒rp的owner(sophon/strongtz/wxl/sakuramist, 以下简称wxl) 同意pull request, 均被wxl忽视, 且私信相关问题无法得到回应。为了确定wxl QQ在线且有空，sflr多次关顾其在bilibili直播，发现其与Molly等人均保持联系，且在QQ群中刻意忽视sflr的@等提醒。

不久后，sflr因言论过于讽刺而被移出群聊。

其后受到调解，且sflr忙于学业，将8150pkg从个人转移到rp组织维护，并在之后的一段时间内暂停维护。

在开学三个月后，sflr开始处理12GB设备Crash问题和其他问题。不久后，wxl在电报(以下简称tg)中联系sflr, 要求将8150pkg转回sflr个人账户下，理由如下:

1. edk2-sdm845升级了，现在支持sm8150，8150pkg与edk2msm功能重合，导致产生了误导。
2. wxl不喜欢mu
3. sflr被移出所有rp群聊后，不处理用户问题
4. wxl认为sflr只参与8150pkg开发，不参与其他rp项目
5. wxl认为sflr筛选了想要问他问题的人
6. wxl认为8150pkg是sflr一个人的东西，只有他一个人在参与开发

作为回应sflr给出的解释有：

1. sm8150pkg是许多人一起参与开发的。
2. sflr在github主页留有邮箱，且只通过b站发布个人进度，时常有国内/外友人问问题，且积极回复，对于用户完全可以发邮件或者仓库提issue。
3. 8150pkg早于edk2-sdm845升级之前，新的edk2msm属于重复造轮子，且新的edk2msm使用了部分来自8150pkg的源码(sflr后来发现的，其未标注Copyright信息)，且8150pkg支持更多设备。
4. sflr认为edk2-sdm845因历史遗留问题，编译过程问题一堆，仓库存储占用较大，且兼容性堪忧，目录结构不如SDPkg简洁，不应再适合添加其他平台支持。

sflr妥协，消息传入其他rp成员后引发反响，wxl做长文批ww和sflr且挂于官网，sflr和ww退出rp。不久后，在sflr考量和询问其他开发者意见之后决定开设新组织存放sm8150相关仓库，并邀请之前的开发者进入一同开发。

自此woa-msmnile与rp分道扬镳。

ww与wxl的不合，是因为ww自费购买了一些资料，并与部分rp成员分享帮助开发，wxl未经允许在discord等平台进行二次分发，wxl和ww闹翻。ww后来将其称之为“新一代网络强盗”。

关于sm8150 woa：

ww, lemon ice, slfr以及其他贡献者是最初研究sm8150 woa的人。

ww最先基于imbushuo的pkg给f11(k20pro)移植了edk2，sflr给edk2增加了更多的设备支持，lemon ice最先在op7tp上修好了usb。

起初公开的edk2-sm8150是sflr基于f11pkg改的，后来因为pep无法工作且因sflr的patch无果而止步。

后来Gustave Monce(国外知名woa大佬) 给SurfaceDuo1移植了基于projectMU的UEFI，对8180的pep和其他驱动进行大量补丁，基于8180的acpi进行逆向修改适配，最终pep成功在8150平台跑通，给8150带来了新的曙光。

sflr之前对projectmu就比较感兴趣，出于学习的目的尝试研究SDPkg并且移植给其他设备，即后来的mu-sm8150pkg。Ice在后来不知所踪，ww参与了几个工程设备的woa适配，slfr跟着Gus学习相关知识，并且给一些设备适配DSDT表和驱动。

8150pkg并入rp

edk2msm支持8150

8150pkg被移出rp

8150pkg移入woa-msmnile

MU-Qcom出现

8150pkg在投票后改名msmnilePkg