关于如何开展X Project的想法，大家一起补充啊
本文是原「蜗窝讨论区」的历史存档（2016-04-21），来自版块「X Project」，共 20 帖。讨论区已停止服务，此处仅供查阅。
一、X Project项目规划 项目分成两个阶段： 1、最小系统阶段。这个阶段定义为能够启动到串口控制台登录就OK了，这个阶段不需要用eMMC做为root，使用ramdisk做为root device就OK了。 2、完整系统支持阶段。这个阶段定义为各种外设的添加和支持。 本次大家主要讨论最小系统阶段的任务
二、整体步骤 1、版主先把想到的任务罗列出来，然后大家一起补充，形成一个完成的任务列表 2、大家各自领取任务 3、PM收集各个参与人员的情况（水平、参与时间等）制定处于一个有时间、人力安排的项目计划 4、PM监控并随时调整计划
三、最小系统的任务列表 1、文档 （1）基本系统搭建指南 （2）CPU相关启动移植指南 （3）中断子系统移植指南 （4）时间子系统移植指南 （5）Pinctrl子系统移植指南 （6）GPIO子系统移植指南 （7）clock系统移植指南 （8）供电系统移植指南 （9）串口tty驱动移植指南 （10）bootloader移植指南 （11）rootfs构建指南
2、代码实现 （1）基本系统搭建 （2）CPU相关启动移植 （3）中断子系统移植 （4）时间子系统移植 （5）Pinctrl子系统移植 （6）GPIO子系统移植 （7）clock系统移植 （8）供电系统移植 （9）串口tty驱动移植 （10）bootloader移植 （11）rootfs构建
四、具体操作 1、移植之前，需要首先理解该驱动的framework，并整理发表在博客 2、wowo和linuxer会给出S900平台上的移植指南 3、其他人review并撰写自己平台上的文档 4、wowo和linuxer会给出S900平台上的代码实现 5、其他人review并撰写自己平台上的驱动
我先抛出一块砖头，希望能看到漫天飞舞的玉石，哈哈
基于4.4内核版本，是吧。有个问题，如果4.4版本内核本来就支持某个开发板，是要自己重新再移植一套还是主要就成了文档总结咯？ 大纲终于出来了，大家都踊跃参与～～
Daniel 写道： 基于4.4内核版本，是吧。有个问题，如果4.4版本内核本来就支持某个开发板，是要自己重新再移植一套还是主要就成了文档总结咯？ 大纲终于出来了，大家都踊跃参与～～
我直接从kenrel的mainline上（今天）导出了我们开发的版本（稍等几天我会把开发环境搭建的文章发出来），我们先基于最新版本开发，然后等到一个时间点，再rebase到后续的一个稳定的、long team的版本上（刚好练习一下git的使用）。
我觉得我们要达成一些共识，例如： 只要是mainline上有的资源，我们一定要复用，不能重复造轮子。其实嵌入式linux的学习过程，就是一个“模仿-->熟悉-->有自己的想法”的过程。
是不是可以在github上开一个organization？
上海-云 写道： 是不是可以在github上开一个organization？
哈哈，想法一致，我已经开了一个，不过还没有准备好，就没有公布： https://github.com/wowotechX
另外，时间问题，毕竟是业余时间，我觉得大家1周能抽出3~5个小时，就可以做不少事情，大家觉得呢？
每周3～5小时，似乎少了点
wowo 写道： 另外，时间问题，毕竟是业余时间，我觉得大家1周能抽出3~5个小时，就可以做不少事情，大家觉得呢？
嗯 3-5小时还是比较实际的，agree
:o 搞起来
把我们的碎片时间利用起来，也许也能小有所成。
eco 写道： 把我们的碎片时间利用起来，也许也能小有所成。
赞同！！
像国外的开源项目一般都是通过email list 交流的，既然wowo有讨论区，是否考虑基于内核主要的子系统划分独立的小板块，方便后续的讨论？
peter 写道： 像国外的开源项目一般都是通过email list 交流的，既然wowo有讨论区，是否考虑基于内核主要的子系统划分独立的小板块，方便后续的讨论？
好提议，到合适的时机，我们出一个内核技术交流的版块，大家可以在里面讨论。不过需要慢慢来，因为很多论坛到最后都成了空谈了，我们不能流于形式。
请问这种最小系统porting的工作用串口一些简单调试工具不行吧，遇到一些复杂bug是否需要用到arm ds5，dstream等软件硬件调试工具啊？
温柔海洋 写道： 请问这种最小系统porting的工作用串口一些简单调试工具不行吧，遇到一些复杂bug是否需要用到arm ds5，dstream等软件硬件调试工具啊？
但是这种工具都是企业级的了， 我在公司是可以用DS5， 但是对大部分开发者来说，费用太昂贵了
上海-云 写道：
温柔海洋 写道： 请问这种最小系统porting的工作用串口一些简单调试工具不行吧，遇到一些复杂bug是否需要用到arm ds5，dstream等软件硬件调试工具啊？
但是这种工具都是企业级的了， 我在公司是可以用DS5， 但是对大部分开发者来说，费用太昂贵了
温柔海洋这个问题问的蛮好的，我们可以开一个专题，专门讨论、研究调试有关的技术。
wowo 写道：
上海-云 写道：
温柔海洋 写道： 请问这种最小系统porting的工作用串口一些简单调试工具不行吧，遇到一些复杂bug是否需要用到arm ds5，dstream等软件硬件调试工具啊？
但是这种工具都是企业级的了， 我在公司是可以用DS5， 但是对大部分开发者来说，费用太昂贵了
温柔海洋这个问题问的蛮好的，我们可以开一个专题，专门讨论、研究调试有关的技术。
ds5，trace32对个人来说太奢侈了，研究下基于ft2232的jtag + openocd还是比较实用的
我来的不算太迟吧！我觉得我已经准备好和老司机们一起出发了。
@linuxer 请问有没有用repo管理所有X-Project的git仓库的想法呢？我觉得一个一个的clone太麻烦了。或者说已经有了，我不知道。。。
zyro 写道： @linuxer 请问有没有用repo管理所有X-Project的git仓库的想法呢？我觉得一个一个的clone太麻烦了。或者说已经有了，我不知道。。。
暂时没有。因为仓库不会太多，而且，同一时间段，只会涉及几个仓库。 另外，repo会让我们有黑箱子的感觉，只有Android那样的庞然大物，实在没有法子了，才会这样搞。