5. Kernel-Related Notes

relayfs 之​​​​​​​前​​​​​​​有​​​​​​​一​​​​​​​个​​​​​​​ 64MB 的​​​​​​​缓​​​​​​​冲​​​​​​​大​​​​​​​小​​​​​​​限​​​​​​​制​​​​​​​。​​​​​​​在​​​​​​​这​​​​​​​个​​​​​​​更​​​​​​​新​​​​​​​中​​​​​​​，已​​​​​​​将​​​​​​​为​​​​​​​ relayfs 在​​​​​​​内​​​​​​​存​​​​​​​缓​​​​​​​冲​​​​​​​中​​​​​​​分​​​​​​​配​​​​​​​的​​​​​​​内​​​​​​​存​​​​​​​限​​​​​​​制​​​​​​​提​​​​​​​高​​​​​​​到​​​​​​​ 4095MB。​​​​​​​这​​​​​​​可​​​​​​​让​​​​​​​ SystemTap 和​​​​​​​其​​​​​​​它​​​​​​​使​​​​​​​用​​​​​​​ relayfs 的​​​​​​​跟​​​​​​​踪​​​​​​​工​​​​​​​具​​​​​​​跟​​​​​​​踪​​​​​​​更​​​​​​​多​​​​​​​的​​​​​​​事​​​​​​​件​​​​​​​。​​​​​​​

没​​​​​​​有​​​​​​​ Dell Remote Access Controller 4（DRAC4）的​​​​​​​驱​​​​​​​动​​​​​​​程​​​​​​​序​​​​​​​。​​​​​​​因​​​​​​​此​​​​​​​内​​​​​​​核​​​​​​​无​​​​​​​法​​​​​​​侦​​​​​​​测​​​​​​​到​​​​​​​ DRAC4 提​​​​​​​供​​​​​​​的​​​​​​​任​​​​​​​何​​​​​​​虚​​​​​​​拟​​​​​​​设​​​​​​​备​​​​​​​。​​​​​​​在​​​​​​​这​​​​​​​个​​​​​​​更​​​​​​​新​​​​​​​中​​​​​​​，添​​​​​​​加​​​​​​​了​​​​​​​可​​​​​​​提​​​​​​​供​​​​​​​正​​​​​​​确​​​​​​​驱​​​​​​​动​​​​​​​程​​​​​​​序​​​​​​​的​​​​​​​ pata_sil680 内​​​​​​​核​​​​​​​模​​​​​​​块​​​​​​​，这​​​​​​​样​​​​​​​就​​​​​​​解​​​​​​​决​​​​​​​了​​​​​​​这​​​​​​​个​​​​​​​问​​​​​​​题​​​​​​​。​​​​​​​

只​​​​​​​在​​​​​​​为​​​​​​​在​​​​​​​线​​​​​​​ CPU 调​​​​​​​用​​​​​​​ relay_open() 时​​​​​​​分​​​​​​​配​​​​​​​中​​​​​​​继​​​​​​​接​​​​​​​口​​​​​​​的​​​​​​​信​​​​​​​息​​​​​​​缓​​​​​​​冲​​​​​​​。​​​​​​​因​​​​​​​此​​​​​​​，如​​​​​​​果​​​​​​​在​​​​​​​取​​​​​​​消​​​​​​​relay_open() 后​​​​​​​打​​​​​​​开​​​​​​​任​​​​​​​何​​​​​​​离​​​​​​​线​​​​​​​ CPU，就​​​​​​​会​​​​​​​发​​​​​​​生​​​​​​​内​​​​​​​核​​​​​​​ panic。​​​​​​​在​​​​​​​这​​​​​​​个​​​​​​​更​​​​​​​新​​​​​​​中​​​​​​​，如​​​​​​​果​​​​​​​添​​​​​​​加​​​​​​​任​​​​​​​何​​​​​​​新​​​​​​​的​​​​​​​ CPU，则​​​​​​​会​​​​​​​动​​​​​​​态​​​​​​​分​​​​​​​配​​​​​​​新​​​​​​​的​​​​​​​信​​​​​​​息​​​​​​​缓​​​​​​​冲​​​​​​​。​​​​​​​

已​​​​​​​将​​​​​​​基​​​​​​​于​​​​​​​ 8250 串​​​​​​​口​​​​​​​的​​​​​​​驱​​​​​​​动​​​​​​​程​​​​​​​序​​​​​​​更​​​​​​​新​​​​​​​至​​​​​​​为​​​​​​​ DSR/DTR 硬​​​​​​​件​​​​​​​流​​​​​​​程​​​​​​​控​​​​​​​制​​​​​​​添​​​​​​​加​​​​​​​支​​​​​​​持​​​​​​​。​​​​​​​

在​​​​​​​内​​​​​​​核​​​​​​​中​​​​​​​添​​​​​​​加​​​​​​​了​​​​​​​对​​​​​​​戴​​​​​​​尔​​​​​​​无​​​​​​​线​​​​​​​宽​​​​​​​域​​​​​​​网​​​​​​​（WWAN）卡​​​​​​​的​​​​​​​支​​​​​​​持​​​​​​​。​​​​​​​目​​​​​​​前​​​​​​​支​​​​​​​持​​​​​​​的​​​​​​​设​​​​​​​备​​​​​​​有​​​​​​​：

已​​​​​​​将​​​​​​​ thinkpad_acpi 更​​​​​​​新​​​​​​​至​​​​​​​为​​​​​​​新​​​​​​​的​​​​​​​ Thinkpad 模​​​​​​​型​​​​​​​提​​​​​​​供​​​​​​​改​​​​​​​进​​​​​​​的​​​​​​​支​​​​​​​持​​​​​​​。​​​​​​​

现​​​​​​​在​​​​​​​可​​​​​​​将​​​​​​​软​​​​​​​锁​​​​​​​定​​​​​​​侦​​​​​​​测​​​​​​​程​​​​​​​序​​​​​​​配​​​​​​​置​​​​​​​为​​​​​​​引​​​​​​​发​​​​​​​内​​​​​​​核​​​​​​​ panic，而​​​​​​​不​​​​​​​是​​​​​​​出​​​​​​​现​​​​​​​警​​​​​​​告​​​​​​​信​​​​​​​息​​​​​​​。​​​​​​​这​​​​​​​使​​​​​​​用​​​​​​​户​​​​​​​有​​​​​​​可​​​​​​​能​​​​​​​以​​​​​​​分​​​​​​​析​​​​​​​为​​​​​​​目​​​​​​​的​​​​​​​，创​​​​​​​建​​​​​​​并​​​​​​​分​​​​​​​析​​​​​​​软​​​​​​​锁​​​​​​​定​​​​​​​过​​​​​​​程​​​​​​​中​​​​​​​的​​​​​​​崩​​​​​​​溃​​​​​​​转​​​​​​​储​​​​​​​。​​​​​​​

要​​​​​​​将​​​​​​​软​​​​​​​锁​​​​​​​定​​​​​​​侦​​​​​​​测​​​​​​​程​​​​​​​序​​​​​​​配​​​​​​​置​​​​​​​为​​​​​​​生​​​​​​​成​​​​​​​一​​​​​​​个​​​​​​​ panic，请​​​​​​​将​​​​​​​内​​​​​​​核​​​​​​​参​​​​​​​数​​​​​​​ soft_lockup 设​​​​​​​为​​​​​​​ 1。​​​​​​​这​​​​​​​个​​​​​​​参​​​​​​​数​​​​​​​的​​​​​​​默​​​​​​​认​​​​​​​设​​​​​​​置​​​​​​​为​​​​​​​ 0。​​​​​​​

oprofile 不​​​​​​​会​​​​​​​正​​​​​​​确​​​​​​​识​​​​​​​别​​​​​​​基​​​​​​​于​​​​​​​下​​​​​​​一​​​​​​​代​​​​​​​ Intel 微​​​​​​​构​​​​​​​架​​​​​​​（Nehalem）的​​​​​​​处​​​​​​​理​​​​​​​器​​​​​​​。​​​​​​​因​​​​​​​此​​​​​​​无​​​​​​​法​​​​​​​使​​​​​​​用​​​​​​​性​​​​​​​能​​​​​​​监​​​​​​​控​​​​​​​程​​​​​​​序​​​​​​​，且​​​​​​​处​​​​​​​理​​​​​​​器​​​​​​​会​​​​​​​出​​​​​​​现​​​​​​​计​​​​​​​时​​​​​​​器​​​​​​​中​​​​​​​断​​​​​​​。​​​​​​​已​​​​​​​更​​​​​​​新​​​​​​​内​​​​​​​核​​​​​​​来​​​​​​​解​​​​​​​决​​​​​​​这​​​​​​​个​​​​​​​问​​​​​​​题​​​​​​​。​​​​​​​

已​​​​​​​将​​​​​​​对​​​​​​​下​​​​​​​一​​​​​​​代​​​​​​​ Intel® 微​​​​​​​构​​​​​​​架​​​​​​​（编​​​​​​​码​​​​​​​命​​​​​​​名​​​​​​​ "Nehalem"）CPU 电​​​​​​​源​​​​​​​状​​​​​​​态​​​​​​​、​​​​​​​C3 的​​​​​​​支​​​​​​​持​​​​​​​添​​​​​​​加​​​​​​​到​​​​​​​内​​​​​​​核​​​​​​​中​​​​​​​。​​​​​​​进​​​​​​​入​​​​​​​ C3 的​​​​​​​能​​​​​​​力​​​​​​​（也​​​​​​​就​​​​​​​是​​​​​​​睡​​​​​​​眠​​​​​​​状​​​​​​​态​​​​​​​）提​​​​​​​高​​​​​​​了​​​​​​​ CPU 处​​​​​​​于​​​​​​​ idle 状​​​​​​​态​​​​​​​时​​​​​​​的​​​​​​​电​​​​​​​源​​​​​​​效​​​​​​​率​​​​​​​。​​​​​​​

Previously, the MAX_ARG_PAGES limit that is set in the kernel was too low, and may have resulted in the following error: In this update, this limit has been increased to 25 percent of the stack size, which resolves this issue.

已​​​​​​​将​​​​​​​ autofs4 更​​​​​​​新​​​​​​​从​​​​​​​ Linux 内​​​​​​​核​​​​​​​版​​​​​​​本​​​​​​​ 2.6.27 回​​​​​​​迁​​​​​​​到​​​​​​​红​​​​​​​帽​​​​​​​企​​​​​​​业​​​​​​​版​​​​​​​ Linux 5.3。​​​​​​​

红​​​​​​​帽​​​​​​​企​​​​​​​业​​​​​​​版​​​​​​​ Linux 5.3 现​​​​​​​在​​​​​​​具​​​​​​​有​​​​​​​将​​​​​​​ core 文​​​​​​​件​​​​​​​通​​​​​​​过​​​​​​​管​​​​​​​道​​​​​​​输​​​​​​​送​​​​​​​到​​​​​​​用​​​​​​​户​​​​​​​空​​​​​​​间​​​​​​​应​​​​​​​用​​​​​​​程​​​​​​​序​​​​​​​的​​​​​​​分​​​​​​​支​​​​​​​副​​​​​​​本​​​​​​​的​​​​​​​功​​​​​​​能​​​​​​​。​​​​​​​这​​​​​​​个​​​​​​​功​​​​​​​能​​​​​​​可​​​​​​​通​​​​​​​过​​​​​​​在​​​​​​​ /proc/sys/kernel/core_pattern 中​​​​​​​添​​​​​​​加​​​​​​​ | path/to/application 获​​​​​​​得​​​​​​​。​​​​​​​当​​​​​​​转​​​​​​​储​​​​​​​了​​​​​​​ core 时​​​​​​​，则​​​​​​​会​​​​​​​执​​​​​​​行​​​​​​​指​​​​​​​定​​​​​​​应​​​​​​​用​​​​​​​程​​​​​​​序​​​​​​​的​​​​​​​副​​​​​​​本​​​​​​​，并​​​​​​​将​​​​​​​ core 通​​​​​​​过​​​​​​​管​​​​​​​道​​​​​​​输​​​​​​​送​​​​​​​到​​​​​​​ stdin。​​​​​​​这​​​​​​​样​​​​​​​就​​​​​​​可​​​​​​​增​​​​​​​加​​​​​​​ core、​​​​​​​分​​​​​​​析​​​​​​​ core 并​​​​​​​在​​​​​​​进​​​​​​​行​​​​​​​ core 转​​​​​​​储​​​​​​​时​​​​​​​进​​​​​​​行​​​​​​​处​​​​​​​理​​​​​​​。​​​​​​​

文​​​​​​​件​​​​​​​ /proc/cpuinfo 现​​​​​​​在​​​​​​​报​​​​​​​告​​​​​​​每​​​​​​​个​​​​​​​ CPU 使​​​​​​​用​​​​​​​的​​​​​​​高​​​​​​​级​​​​​​​程​​​​​​​序​​​​​​​中​​​​​​​断​​​​​​​控​​​​​​​制​​​​​​​器​​​​​​​（APIC）的​​​​​​​ ID。​​​​​​​

已​​​​​​​将​​​​​​​机​​​​​​​器​​​​​​​检​​​​​​​查​​​​​​​例​​​​​​​外​​​​​​​（MCE）内​​​​​​​核​​​​​​​子​​​​​​​系​​​​​​​统​​​​​​​根​​​​​​​据​​​​​​​新​​​​​​​系​​​​​​​统​​​​​​​需​​​​​​​要​​​​​​​提​​​​​​​高​​​​​​​到​​​​​​​支​​​​​​​持​​​​​​​更​​​​​​​大​​​​​​​内​​​​​​​存​​​​​​​配​​​​​​​置​​​​​​​。​​​​​​​

mount 命​​​​​​​令​​​​​​​现​​​​​​​在​​​​​​​在​​​​​​​通​​​​​​​过​​​​​​​ Samba 挂​​​​​​​载​​​​​​​文​​​​​​​件​​​​​​​系​​​​​​​统​​​​​​​时​​​​​​​支​​​​​​​持​​​​​​​ Kerberos 验​​​​​​​证​​​​​​​。​​​​​​​sec=krb5 或​​​​​​​者​​​​​​​ sec=krb5i 切​​​​​​​换​​​​​​​允​​​​​​​许​​​​​​​内​​​​​​​核​​​​​​​调​​​​​​​用​​​​​​​可​​​​​​​返​​​​​​​回​​​​​​​ SPNEGO（Simple and Protected GSSAPI Negotiation Mechanism，简​​​​​​​单​​​​​​​和​​​​​​​受​​​​​​​保​​​​​​​护​​​​​​​的​​​​​​​ GSSAPI 协​​​​​​​调​​​​​​​机​​​​​​​制​​​​​​​）安​​​​​​​全​​​​​​​ blob（Binary Large OBject，二​​​​​​​进​​​​​​​制​​​​​​​大​​​​​​​对​​​​​​​象​​​​​​​）的​​​​​​​用​​​​​​​户​​​​​​​空​​​​​​​间​​​​​​​应​​​​​​​用​​​​​​​程​​​​​​​序​​​​​​​（cifs.upcall）。​​​​​​​该​​​​​​​内​​​​​​​核​​​​​​​会​​​​​​​接​​​​​​​着​​​​​​​使​​​​​​​用​​​​​​​这​​​​​​​个​​​​​​​ blob 验​​​​​​​证​​​​​​​服​​​​​​​务​​​​​​​器​​​​​​​和​​​​​​​挂​​​​​​​载​​​​​​​需​​​​​​​要​​​​​​​的​​​​​​​文​​​​​​​件​​​​​​​系​​​​​​​统​​​​​​​。​​​​​​​

如​​​​​​​果​​​​​​​您​​​​​​​在​​​​​​​使​​​​​​​用​​​​​​​ IOAPIC NMI 监​​​​​​​视​​​​​​​方​​​​​​​法​​​​​​​的​​​​​​​系​​​​​​​统​​​​​​​中​​​​​​​配​​​​​​​置​​​​​​​了​​​​​​​内​​​​​​​核​​​​​​​参​​​​​​​数​​​​​​​ kernel.unknown_nmi_panic，会​​​​​​​出​​​​​​​现​​​​​​​内​​​​​​​核​​​​​​​ panic。​​​​​​​这​​​​​​​是​​​​​​​因​​​​​​​为​​​​​​​ NMI 监​​​​​​​视​​​​​​​无​​​​​​​法​​​​​​​安​​​​​​​全​​​​​​​禁​​​​​​​用​​​​​​​ NMI 源​​​​​​​。​​​​​​​

在​​​​​​​这​​​​​​​个​​​​​​​发​​​​​​​行​​​​​​​本​​​​​​​中​​​​​​​，已​​​​​​​修​​​​​​​订​​​​​​​了​​​​​​​ NMI 监​​​​​​​视​​​​​​​编​​​​​​​码​​​​​​​以​​​​​​​便​​​​​​​允​​​​​​​许​​​​​​​用​​​​​​​户​​​​​​​安​​​​​​​全​​​​​​​禁​​​​​​​用​​​​​​​ NMI 源​​​​​​​。​​​​​​​因​​​​​​​此​​​​​​​，您​​​​​​​现​​​​​​​在​​​​​​​可​​​​​​​以​​​​​​​在​​​​​​​使​​​​​​​用​​​​​​​ IOAPIC NMI 监​​​​​​​视​​​​​​​方​​​​​​​法​​​​​​​的​​​​​​​系​​​​​​​统​​​​​​​中​​​​​​​安​​​​​​​全​​​​​​​配​​​​​​​置​​​​​​​内​​​​​​​核​​​​​​​参​​​​​​​数​​​​​​​ kernel.unknown_nmi_panic。​​​​​​​

powernowk8 驱​​​​​​​动​​​​​​​程​​​​​​​序​​​​​​​没​​​​​​​有​​​​​​​在​​​​​​​运​​​​​​​行​​​​​​​的​​​​​​​ CPU 数​​​​​​​量​​​​​​​上​​​​​​​进​​​​​​​行​​​​​​​足​​​​​​​够​​​​​​​的​​​​​​​检​​​​​​​查​​​​​​​。​​​​​​​因​​​​​​​此​​​​​​​当​​​​​​​启​​​​​​​动​​​​​​​驱​​​​​​​动​​​​​​​程​​​​​​​序​​​​​​​时​​​​​​​，就​​​​​​​会​​​​​​​提​​​​​​​交​​​​​​​内​​​​​​​核​​​​​​​ opps 出​​​​​​​错​​​​​​​信​​​​​​​息​​​​​​​。​​​​​​​在​​​​​​​这​​​​​​​个​​​​​​​更​​​​​​​新​​​​​​​中​​​​​​​，powernowk8 驱​​​​​​​动​​​​​​​程​​​​​​​序​​​​​​​会​​​​​​​验​​​​​​​证​​​​​​​支​​​​​​​持​​​​​​​的​​​​​​​ CPU 数​​​​​​​量​​​​​​​（supported_cpus）是​​​​​​​否​​​​​​​与​​​​​​​在​​​​​​​线​​​​​​​ CPU 数​​​​​​​量​​​​​​​相​​​​​​​同​​​​​​​（num_online_cpus），这​​​​​​​样​​​​​​​就​​​​​​​解​​​​​​​决​​​​​​​了​​​​​​​这​​​​​​​个​​​​​​​问​​​​​​​题​​​​​​​。​​​​​​​

CPUFreq 是​​​​​​​计​​​​​​​量​​​​​​​ CPU 频​​​​​​​率​​​​​​​和​​​​​​​电​​​​​​​压​​​​​​​的​​​​​​​内​​​​​​​核​​​​​​​子​​​​​​​系​​​​​​​统​​​​​​​，现​​​​​​​已​​​​​​​将​​​​​​​其​​​​​​​更​​​​​​​新​​​​​​​至​​​​​​​对​​​​​​​ Cell 处​​​​​​​理​​​​​​​器​​​​​​​的​​​​​​​改​​​​​​​进​​​​​​​支​​​​​​​持​​​​​​​。​​​​​​​这​​​​​​​个​​​​​​​更​​​​​​​新​​​​​​​使​​​​​​​用​​​​​​​了​​​​​​​可​​​​​​​识​​​​​​​别​​​​​​​协​​​​​​​同​​​​​​​处​​​​​​​理​​​​​​​器​​​​​​​（SPU）的​​​​​​​ CPUFreq 调​​​​​​​节​​​​​​​器​​​​​​​以​​​​​​​提​​​​​​​高​​​​​​​ Cell 处​​​​​​​理​​​​​​​器​​​​​​​的​​​​​​​电​​​​​​​源​​​​​​​管​​​​​​​理​​​​​​​。​​​​​​​

目​​​​​​​前​​​​​​​在​​​​​​​红​​​​​​​帽​​​​​​​企​​​​​​​业​​​​​​​版​​​​​​​ Linux 5.3 的​​​​​​​ Cell 宽​​​​​​​带​​​​​​​引​​​​​​​擎​​​​​​​构​​​​​​​架​​​​​​​中​​​​​​​支​​​​​​​持​​​​​​​检​​​​​​​错​​​​​​​和​​​​​​​纠​​​​​​​错​​​​​​​（EDAC）。​​​​​​​要​​​​​​​启​​​​​​​用​​​​​​​ EDAC，请​​​​​​​使​​​​​​​用​​​​​​​命​​​​​​​令​​​​​​​：modprobe cell_edac

要​​​​​​​查​​​​​​​看​​​​​​​是​​​​​​​否​​​​​​​将​​​​​​​这​​​​​​​个​​​​​​​模​​​​​​​块​​​​​​​添​​​​​​​加​​​​​​​到​​​​​​​您​​​​​​​的​​​​​​​运​​​​​​​行​​​​​​​内​​​​​​​核​​​​​​​中​​​​​​​，请​​​​​​​在​​​​​​​ /var/log/dmesg 中​​​​​​​查​​​​​​​看​​​​​​​以​​​​​​​下​​​​​​​输​​​​​​​出​​​​​​​：

EDAC MC: Ver: 2.0.1 Oct  4 2008
EDAC MC0: Giving out device to cell_edac MIC: DEV cbe-mic
EDAC MC1: Giving out device to cell_edac MIC: DEV cbe-mic

EDAC MC: Ver: 2.0.1 Oct  4 2008
EDAC MC0: Giving out device to cell_edac MIC: DEV cbe-mic
EDAC MC1: Giving out device to cell_edac MIC: DEV cbe-mic

如​​​​​​​果​​​​​​​遇​​​​​​​到​​​​​​​可​​​​​​​修​​​​​​​正​​​​​​​的​​​​​​​内​​​​​​​存​​​​​​​错​​​​​​​误​​​​​​​，则​​​​​​​会​​​​​​​向​​​​​​​控​​​​​​​制​​​​​​​台​​​​​​​返​​​​​​​回​​​​​​​以​​​​​​​下​​​​​​​信​​​​​​​息​​​​​​​：

EDAC MC0: CE page 0xeff, offset 0x5700, grain 0, syndrome 0x51, row 0, channel
0, label "":

EDAC MC0: CE page 0xeff, offset 0x5700, grain 0, syndrome 0x51, row 0, channel
0, label "":

用​​​​​​​硬​​​​​​​件​​​​​​​ watchpoint 使​​​​​​​用​​​​​​​在​​​​​​​多​​​​​​​线​​​​​​​程​​​​​​​间​​​​​​​共​​​​​​​享​​​​​​​的​​​​​​​变​​​​​​​量​​​​​​​进​​​​​​​行​​​​​​​ debug 可​​​​​​​导​​​​​​​致​​​​​​​ GNU debug 程​​​​​​​序​​​​​​​（GDB）无​​​​​​​规​​​​​​​律​​​​​​​地​​​​​​​丢​​​​​​​失​​​​​​​激​​​​​​​发​​​​​​​器​​​​​​​事​​​​​​​件​​​​​​​。​​​​​​​已​​​​​​​将​​​​​​​该​​​​​​​内​​​​​​​核​​​​​​​更​​​​​​​新​​​​​​​至​​​​​​​允​​​​​​​许​​​​​​​ GDB 不​​​​​​​断​​​​​​​获​​​​​​​得​​​​​​​ watchpoint 激​​​​​​​发​​​​​​​器​​​​​​​事​​​​​​​件​​​​​​​，提​​​​​​​高​​​​​​​了​​​​​​​ debug 会​​​​​​​话​​​​​​​的​​​​​​​可​​​​​​​信​​​​​​​性​​​​​​​。​​​​​​​

目​​​​​​​前​​​​​​​在​​​​​​​ ia64 和​​​​​​​ x86_64 构​​​​​​​架​​​​​​​中​​​​​​​支​​​​​​​持​​​​​​​ kprobe-booster，允​​​​​​​许​​​​​​​用​​​​​​​户​​​​​​​更​​​​​​​迅​​​​​​​速​​​​​​​侦​​​​​​​测​​​​​​​内​​​​​​​核​​​​​​​事​​​​​​​件​​​​​​​。​​​​​​​这​​​​​​​个​​​​​​​特​​​​​​​性​​​​​​​还​​​​​​​将​​​​​​​降​​​​​​​低​​​​​​​由​​​​​​​在​​​​​​​ 64 位​​​​​​​构​​​​​​​架​​​​​​​运​​​​​​​行​​​​​​​的​​​​​​​服​​​​​​​务​​​​​​​器​​​​​​​中​​​​​​​的​​​​​​​侦​​​​​​​测​​​​​​​工​​​​​​​具​​​​​​​（例​​​​​​​如​​​​​​​ SystemTap 和​​​​​​​ Kprobes）引​​​​​​​起​​​​​​​的​​​​​​​过​​​​​​​载​​​​​​​。​​​​​​​

已​​​​​​​将​​​​​​​为​​​​​​​ _PTC（处​​​​​​​理​​​​​​​器​​​​​​​节​​​​​​​流​​​​​​​控​​​​​​​制​​​​​​​）、​​​​​​​_TSS（支​​​​​​​持​​​​​​​的​​​​​​​节​​​​​​​流​​​​​​​状​​​​​​​态​​​​​​​）和​​​​​​​ _TPC（支​​​​​​​持​​​​​​​的​​​​​​​节​​​​​​​流​​​​​​​状​​​​​​​态​​​​​​​）对​​​​​​​象​​​​​​​的​​​​​​​支​​​​​​​持​​​​​​​添​​​​​​​加​​​​​​​到​​​​​​​内​​​​​​​核​​​​​​​中​​​​​​​。​​​​​​​这​​​​​​​个​​​​​​​支​​​​​​​持​​​​​​​是​​​​​​​高​​​​​​​级​​​​​​​配​​​​​​​置​​​​​​​的​​​​​​​一​​​​​​​部​​​​​​​分​​​​​​​，且​​​​​​​在​​​​​​​电​​​​​​​源​​​​​​​界​​​​​​​面​​​​​​​说​​​​​​​明​​​​​​​（ACPI）中​​​​​​​改​​​​​​​进​​​​​​​了​​​​​​​对​​​​​​​处​​​​​​​理​​​​​​​器​​​​​​​节​​​​​​​流​​​​​​​的​​​​​​​管​​​​​​​理​​​​​​​。​​​​​​​

In zipl.conf, parameters enclosed with double quotes inside of single quotes (ie parameters='vmhalt="LOGOFF"') were being parsed incorrectly. Consequently, installing the kernel-kdump package may have failed, resulting in the error: To resolve this issue, parameters should be enclosed with single quotes inside of double quotes (ie parameters="vmhalt='LOGOFF'")

双​​​​​​​核​​​​​​​ Intel Itanium 2 处​​​​​​​理​​​​​​​器​​​​​​​在​​​​​​​填​​​​​​​写​​​​​​​机​​​​​​​器​​​​​​​检​​​​​​​查​​​​​​​构​​​​​​​架​​​​​​​（MCA）记​​​​​​​录​​​​​​​与​​​​​​​以​​​​​​​往​​​​​​​的​​​​​​​ Intel Itanium 处​​​​​​​理​​​​​​​器​​​​​​​有​​​​​​​所​​​​​​​不​​​​​​​同​​​​​​​。​​​​​​​目​​​​​​​前​​​​​​​在​​​​​​​有​​​​​​​些​​​​​​​情​​​​​​​况​​​​​​​下​​​​​​​，缓​​​​​​​冲​​​​​​​检​​​​​​​查​​​​​​​和​​​​​​​总​​​​​​​线​​​​​​​检​​​​​​​查​​​​​​​目​​​​​​​标​​​​​​​识​​​​​​​别​​​​​​​程​​​​​​​序​​​​​​​有​​​​​​​些​​​​​​​不​​​​​​​同​​​​​​​。​​​​​​​已​​​​​​​将​​​​​​​内​​​​​​​核​​​​​​​更​​​​​​​新​​​​​​​至​​​​​​​可​​​​​​​找​​​​​​​到​​​​​​​正​​​​​​​确​​​​​​​的​​​​​​​目​​​​​​​标​​​​​​​识​​​​​​​别​​​​​​​缓​​​​​​​程​​​​​​​序​​​​​​​。​​​​​​​

目​​​​​​​前​​​​​​​在​​​​​​​ ia64 和​​​​​​​ x86_64 构​​​​​​​架​​​​​​​中​​​​​​​支​​​​​​​持​​​​​​​ kprobe-booster，允​​​​​​​许​​​​​​​用​​​​​​​户​​​​​​​更​​​​​​​迅​​​​​​​速​​​​​​​侦​​​​​​​测​​​​​​​内​​​​​​​核​​​​​​​事​​​​​​​件​​​​​​​。​​​​​​​这​​​​​​​个​​​​​​​特​​​​​​​性​​​​​​​还​​​​​​​将​​​​​​​降​​​​​​​低​​​​​​​由​​​​​​​在​​​​​​​ 64 位​​​​​​​构​​​​​​​架​​​​​​​运​​​​​​​行​​​​​​​的​​​​​​​服​​​​​​​务​​​​​​​器​​​​​​​中​​​​​​​的​​​​​​​侦​​​​​​​测​​​​​​​工​​​​​​​具​​​​​​​（例​​​​​​​如​​​​​​​ SystemTap 和​​​​​​​ Kprobes）引​​​​​​​起​​​​​​​的​​​​​​​过​​​​​​​载​​​​​​​。​​​​​​​

在​​​​​​​这​​​​​​​个​​​​​​​更​​​​​​​新​​​​​​​中​​​​​​​，已​​​​​​​将​​​​​​​对​​​​​​​ pselect() 和​​​​​​​ ppoll() 系​​​​​​​统​​​​​​​调​​​​​​​用​​​​​​​的​​​​​​​支​​​​​​​持​​​​​​​添​​​​​​​加​​​​​​​到​​​​​​​内​​​​​​​核​​​​​​​中​​​​​​​。​​​​​​​