Donaldo

@cssk #11 就是 hkt 的，疫情的时候无合约的，现在不想换了，108 这个价格都是两三年起，有合约的转手也太麻烦。说不定那天就不在这呆着了。hkbn 线路还行，不过我这没有，移动和 icable 我这也没有，而且线路也太差了。。。

@iOCZS #22 这个更不可能了，比如这个级别工作量就这么多，给你减薪减工作量，给别人加薪让人家多干活，一是不一定乐意，二也不一定合规。

香港，上下行都是 1000M 然而 一个月 200 多块 。这个上行绝大多数时候完全用不到，我真希望它能给我降一下价，然后上行缩一缩。

第一是延迟，第二才是速度。明显能感觉打王者比以前延迟低了。

+1 之前也遇到过 倒是没啥影响

@liyafe1997 #2 也有道理，不应该是安卓层的问题。另外看你的描述说不是稳定复现，且闲置会暗屏说明至少调节背光的驱动和 timer 还是 ok 的，也就是说部分 kworkers 是没问题的，但涉及到进程相关的操作就会导致（可能的）死锁出现。

几个特点：1. 不稳定复现； 2. 进程的操作会导致 hang 住（像是死锁）； 3. 内核没有 panic ，部分 kworkers 在正常工作； 4. 触发的条件式 CPU 核心的开关

linux 内核代码太多了，特别也不知你是什么版本，很难定位到具体涉及到哪几行逻辑。。。只能提供一些思路：
根据我手头上这份一加 9p 骁龙 888 5.4 版本的查阅了一下，启动一个进程，也就是 do_fork->copy_process 的时候，第一次绑定 cpu 会默认绑定到 cpu0 上，然后在 wake_up_new_task 里面，会再找一个新的 cpu 调度，会不会是这里或者类似的地方出现了问题，比如你关的核心又被调度了，而恰好没有做好处理，导致了死锁什么的？可以在这些地方试着 printk 一下，毕竟你的 dmesg 还是可以吐日志的。

或者 diff 一下你 rebase 之前之后的仓库，如果太多的话，着重看看 kernel/sched/core.c, kernel/fork.c 等相关文件，看看做了什么改动？没 panic 就说明不是太糟糕的问题。