我有可能在内核中发现了一个错误.让我们考虑从主线程和一个辅助线程写入/ proc / self / loginuid的应用程序.代码如下：

执行此应用程序后,我们得到：

这告诉我们-EPERM导致线程写入失败.

所以,看看上面的代码,我们看到只有精确的PID(由我用printks检查)才能通过.Thread不满足条件,因为比较的pids不同.

所以我的问题是：这是一个错误吗？为什么不允许特定进程的线程更改loginuid？我在登录应用程序中遇到了这个,它为PAM登录产生了另一个线程.

无论这是否是错误我写了一个修复程序,通过线程扩展写入该文件的权限：

你怎么看待这件事？它会影响安全性吗？

配置了内核后，编译时出现了

的问题。更新secclass_map显示无更新包。请问这个错误是什么原因，怎么解决？

靠近年初的时候，Linux内核的软盘驱动上进行了一些久违的工作，而且半年后人们发现，今年早些时候的工作反倒使Linux内核的软盘处理退步了。现在，Linux5.15即将推出一个修复方案。

自从今年早些时候对软盘驱动程序进行修改后，该驱动程序继续发挥作用，但它无意地改变了一些软盘处理代码：之前带有O_NDELAY标志的内核将允许打开一个软盘设备，即使没有插入磁盘的情况下。更新后的Linux内核如果在没有插入介质/磁盘的情况下打开软盘设备，将产生一个错误。此外，它还破坏了打开有写保护的软盘的功能。

如果Linux5.14的发布顺利的话，Linux5.15的合并窗口很可能在今晚开启，排队的软盘驱动的修复，作为一个迟来的添加块应该会被加入。对于这些回归的修复没有什么值得关注的地方，只是恢复了软盘代码中围绕O_NDELAY的早期补丁。

今年早些时候的软盘补丁最初是在Linux5.12时期合并的，但也被回传到之前的稳定版系列，包括Linux5.10 LTS，所以5.15的这个新补丁最终也可能被回传到稳定/LTS内核中。