Ubuntu中文论坛

vblank彻底搞定了，开机就可以KMS了

update for vblank(final):

GRUB_CMDLINE_LINUX="intel_idle.max_cstate=1 i915.fastboot=1 i915.force_backlight_pmic=1 "

在grub的命令行里加上 i915.fastboot=1 就好了。是kernel在启动时 DSI 驱动的加载时序的问题。
现在kernel经过调整和优化，启动速度也快了很多。
下一步考虑cstate的问题（节电）

update for cstate

最新版的kernel已经可以全面使用cstate了, 不再需要intel_idle.max_cstate=1 参数。 测试下来目前都还正常。

GRUB_CMDLINE_LINUX="i915.fastboot=1 i915.enable_psr=1 i915.force_backlight_pmic=1"



Core CPU Avg_MHz Busy% Bzy_MHz TSC_MHz IRQ SMI CPU%c1 CPU%c6 Mod%c6 CoreTmp GFX%rc6 GFXMHz Pkg%pc6 PkgWatt CorWatt
- - 492 29.32 1679 1333 0 0 3.66 67.02 33.64 33 0.00 0 0.00 0.72 0.57
0 0 609 35.72 1705 1333 0 0 3.07 61.21 32.78 31 0.00 0 0.00 0.72 0.57
1 1 374 22.81 1642 1333 0 0 4.51 72.68 32.78 31
2 2 545 32.43 1681 1333 0 0 3.43 64.14 34.49 33
3 3 440 26.29 1673 1333 0 0 3.65 70.06 34.49 33

试了下图形界面。
mir+unity8非常烂，尝试了各种版本（原版的，backport的，PPA的）都很烂。CI PPA的可以进桌面，原版的不行。
但是，weston/wayland效果非常好，看来wayland已经可用了（再也不用用X.org啦。。。）
据说现在KDE/GNOME对 wayland的支持也很不错了，但是还没试。

蓝牙搞定了，不知道GPS有没有戏。
hciattach /dev/ttyS4 bcm43xx 2764800
蓝牙是以一个串口设备挂在载 uart 上的。
rfkiller也可以识别出蓝牙（手动开关无线设备）

测试了一下4.9的内核（包括ubuntu的和upstream的），
1，没有4.4的稳定，偶尔死机
2，蓝牙设备驱动不了。
感觉还是4.4的内核比较成熟稳定。
（另，4.9和4.4的内置MMC存储的初始化顺序会变，会导致设备名变化）

现在在用archlinux+4.4内核（ubuntu源码编译)+wayland+gnome-shell
感觉很不错。

riverzhou 写了：测试了一下4.9的内核（包括ubuntu的和upstream的），
1，没有4.4的稳定，偶尔死机
2，蓝牙设备驱动不了。
感觉还是4.4的内核比较成熟稳定。
（另，4.9和4.4的内置MMC存储的初始化顺序会变，会导致设备名变化）

现在在用archlinux+4.4内核（ubuntu源码编译)+wayland+gnome-shell
感觉很不错。

谢谢~~~继续去github上下载编译，试试~~现在貌似就我们俩在折腾了。。。

riverzhou 写了：测试了一下4.9的内核（包括ubuntu的和upstream的），
1，没有4.4的稳定，偶尔死机
2，蓝牙设备驱动不了。
感觉还是4.4的内核比较成熟稳定。
（另，4.9和4.4的内置MMC存储的初始化顺序会变，会导致设备名变化）

现在在用archlinux+4.4内核（ubuntu源码编译)+wayland+gnome-shell
感觉很不错。

现在好像都没有这个文件了:
https://raw.githubusercontent.com/river ... lmodconfig

sytzz 写了：

riverzhou 写了：测试了一下4.9的内核（包括ubuntu的和upstream的），
1，没有4.4的稳定，偶尔死机
2，蓝牙设备驱动不了。
感觉还是4.4的内核比较成熟稳定。
（另，4.9和4.4的内置MMC存储的初始化顺序会变，会导致设备名变化）

现在在用archlinux+4.4内核（ubuntu源码编译)+wayland+gnome-shell
感觉很不错。

现在好像都没有这个文件了:
https://raw.githubusercontent.com/river ... lmodconfig

有几个变化，我现在从ubuntu维护的4.4内核切到了上游的官方4.4.y内核。
你选择 miix28-4.4.y 这个 branch
配置文件，你就用 config目录下最新的（现在是 config-4.4.49.miix28 )

现在只剩下三个问题了，
1，电池电量无法显示（我的机器i2c读错误，不知道是不是我的硬件坏了）;
2， GPS 的UART通讯有问题（这个应该可以解决）；
3，前后摄像头（这个很烦，需要从android内核移植驱动）。

摄像头我觉得没人有功夫会去折腾，GPS有空的时候也许我会研究下。
电池的问题投入了很多精力研究，现在就是发现有一条I2C总线读错误，导致AXP288芯片的驱动无法正确初始化。

除此之外，都是好消息。
机器反应很快速度很好，也很稳定。在省电和性能之间平衡的很好。
节电功能也都打开了，CPU可以C6深睡，GPU也可以C6深睡。
声卡正常，WIFI稳定，蓝牙稳定(用蓝牙键盘鼠标很方便），音量键可用，Windows键可用（有震动），触摸屏可用（支持多点触摸），3D加速可用，背光关闭正常，自动熄屏正常，wayland可以正常使用（速度还不错）。
gnome-shell用起来很爽。vaapi可用（视频硬件解码，不过MPV是默认支持，mplayer要自己编译）。跑mame街机模拟器很流畅。

sytzz 写了：

riverzhou 写了：测试了一下4.9的内核（包括ubuntu的和upstream的），
1，没有4.4的稳定，偶尔死机
2，蓝牙设备驱动不了。
感觉还是4.4的内核比较成熟稳定。
（另，4.9和4.4的内置MMC存储的初始化顺序会变，会导致设备名变化）

现在在用archlinux+4.4内核（ubuntu源码编译)+wayland+gnome-shell
感觉很不错。

谢谢~~~继续去github上下载编译，试试~~现在貌似就我们俩在折腾了。。。

哈哈，我是最近刚好不忙又有兴致，就深度折腾了一下。
这板子跑archlinux还不错。

miix28-4.4.y branch 上最新的内核，已经不需要任何启动参数了。

不过，4.4的内核和4.8+(4.8/4.9/4.10)对mmc的初始化顺序不一样，切换的时候会找不到硬盘。
如果有这个问题，在grub启动kernel的时候加上参数 root=UUID=......................（主分区的UUID号）

如果，遇到死机，
那就在启动参数里加上 intel_idle.max_cstate=1 ,对比一下稳定性，
然后在论坛上给我个反馈，或者直接在我的 github 的 issues里反馈也可以。
CPU的C6睡眠，开和不开，待机功耗差一倍。

riverzhou 写了：如果，遇到死机，
那就在启动参数里加上 intel_idle.max_cstate=1 ,对比一下稳定性，
然后在论坛上给我个反馈，或者直接在我的 github 的 issues里反馈也可以。
CPU的C6睡眠，开和不开，待机功耗差一倍。

好的，十分感谢，周末我折腾一下试试~昨天刚把内核编译好，这次编译很顺畅。目前磁盘空间有些不足，需要点时间调整一下。

sytzz 写了：

riverzhou 写了：如果，遇到死机，
那就在启动参数里加上 intel_idle.max_cstate=1 ,对比一下稳定性，
然后在论坛上给我个反馈，或者直接在我的 github 的 issues里反馈也可以。
CPU的C6睡眠，开和不开，待机功耗差一倍。

好的，十分感谢，周末我折腾一下试试~昨天刚把内核编译好，这次编译很顺畅。目前磁盘空间有些不足，需要点时间调整一下。

update一下几个信息。
首先，说明一下内核的代码基，现在工作都基于upstream的4.4.y内核branch（当前是4.4.49)。

1，有关高版本内核。
4.8.y 4.9.y 4.10-rc8都测试过，甚至还包括intel自己维护的i915分支。
都有两个共同的问题。
1）触摸屏初始化失败：
hid-multitouch 在初始化 ATML1000 的时候错误，原因不详。
2）蓝牙模块无法使用：
hciattch到uart的时候timeout，原因不详。
此外，看不到任何明显的收益（特别是依旧无法驱动AXP288电源芯片），
完全负收益，所以不再投入精力研究。
以下的内容都基于4.4.y内核

2，有关cstate
现在完全不限制cstate短期内也不会死机，但是长期稳定性测试中还是会挂掉。
目前我推荐的方案是intel_idle.max_cstate=2。
这是让CPU进入C6但是整个MOD不进入C6，目前测试下来还很稳定没什么异常。
CPU进入C6之后，待机功耗下降非常多（接近于完全关闭CPU的核心）。
是不是能进C6N（cstate2)差别很大，更高级的cstate(C6S)差别很小。
所以，如果没有异常，推荐 intel_idle.max_cstate=2 ，否则推荐 intel_idle.max_cstate=1 （这个基本很安全稳定）
至于GPU，现在RC6是默认开的，很正常很安全，待机功耗下降有一半也许更多（仅GPU部分）

3，有关背光
现在有一个新的放是解决背光问题，
不打patch加入直接操控寄存器的代码，而是让i915原生的驱动去控制背光。
但是这里有两个问题。
1）初始化顺序的问题。
原生的驱动之所以无法关闭背光，是因为其驱动初始化的时候，GPIO驱动还没完全准备好，
所以，当他通过I2C总线尝试去管理背光芯片的时候，会注册失败。
解决方案就是，把I915驱动以模块方式编译，并且在i2c的驱动(也编译成模块）加载之后再加载，
这样的话，原生的i915可以直接管理背光。
好处就是，在低亮度的时候，屏幕有很好的稳定性（否则，会有波纹。但是最大亮度时没问题）
2）当I915驱动以模块方式加载之后
fastboot流程会无效（就是说和不用fastboot模式一样），启动后会黑屏，第一次休眠后正常（老问题了）。
这是个BUG，原因是，i915在初始化DSI的时候，没有做状态检测，之前EFI初始化过一次，然后他再初始化一次，状态就异常了。
有一个笨拙的方案，是开机先进BIOS，再从BIOS菜单里选择启动系统(晕）。
理想的解决方案，是给I915驱动打个patch（这个patch在4.9.2的内核更新里），我把这个patch backport 到了4.4.49里，目前工作正常。

4，现在最头痛的问题还是电源问题（最后一个重要的问题）
看不到电池状态，也看不到充电状态。
内核启动的时候，会有个i2c读错误，然后看不到任何axp芯片驱动初始化的信息（驱动已加入内核）。
分析下来是两个可能。
1）我的板子的硬件坏了
2）内核驱动的初始化顺序问题，在I2C去读芯片信息的时候，芯片还没初始化完成。
我的机器的信息是：
[root@miix28 kernel]# dmesg |grep -i i2c
[ 1.800279] i2c i2c-0: i2c read failed
[ 1.827626] i2c i2c-0: i2c read failed
[ 1.851106] i2c i2c-0: i2c read failed
[ 1.880925] i2c i2c-0: i2c read failed
[ 2.148913] i2c i2c-0: i2c read failed

[root@miix28 kernel]# dmesg |grep -i axp
（空的）

--- 192.168.1.1 ping statistics ---
23342 packets transmitted, 23341 received, 0% packet loss, time 23427814ms
rtt min/avg/max/mdev = 1.388/7.505/181.237/4.390 ms

wifi连接极为稳定（开了C6N休眠的情况下）

用了一段时间F2FS，感觉还不错。
F2FS是三星专为flash存储器开发的文件系统，
现在在最新的android旗舰机里大量使用。