【openEuler-1.0-LTS】 linux-4.19.y inclusion (4.19.287..4.19.289)

| commit        | title                                                        | 分析说明                                                     |
| ------------- | ------------------------------------------------------------ | ------------------------------------------------------------ |
| b327297a28fa7 | cgroup: Do not corrupt task iteration when rebinding subsystem | hotplug流程在遍历css_set链表过程中未全程持锁，并发情况下可能触发遍历时当前节点被迁移到其他链表的情况，导致遍历无效节点，触发引用计数问题，继而导致非法地址访问，发生css_set链表迁移时，同步更新css_task_iter信息，避免发生无效节点访问的问题 |
| bd962110893e9 | sch_netem: acquire qdisc lock in netem_change()              | 通过在netem_change()中对qdisc加锁来修复netem_enqueue()与netem_change()对q->state的竞争问题.bugfix补丁：11b73313c124（"sch_netem: fix issues in netem_change() vs get_dist_table()<br/>")修复在进行table的分配和交换操作时未持有qdisc锁的问题 |
| 6f639f6ad1796 | x86/apic: Fix kernel panic when booting with intremap=off and x2apic_phys | 当cmdline打开了"intremap=off" （禁用x2APIC模式）和"x2apic_phys"时，x2APIC驱动程序最终也会被使用。<br/>原因是x2apic_phys_probe()在x2apic_mode == 0 时还会往下走，ldefault_acpi_madt_oem_check()已经选择了physical x2APIC driver，x2apic_phys_probe()将返回true，这是不合理的。<br/>修改此函数的判断逻辑，在x2apic_mode == 0 时直接返回0，表示在probe physical x2APIC驱动程序时没有启用x2APIC。 |

GVP openEuler / kernel
Closed

Content Risk Flag

Comments (1)

GVPopenEuler / kernelClosed

Content Risk Flag