This stable update contains important fixes across the tree
Updates may require up to 24 hours to propagate to mirrors. If the following command doesn't work, please retry later:
sudo dnf upgrade --refresh --advisory=FEDORA-2018-3b24e8588b
Please login to add feedback.
0 | 6 | Test Case kernel regression |
This update has been submitted for testing by jcline.
works for me
Still seems to continue the old tradition of 4.19.x kernels not working on Atom servers (I think 4.19.4 and 4.19.5 are the only ones that boot for me, which is why I'm still running 4.19.5):
And I'm not here to irritate people, so if you think this is an upstream issue please point me towards the correct upstream bug tracker.
Details of hardware: - Avoton Atom system - Intel(R) Atom(TM) CPU C2750 @ 2.40GHz
This update has been pushed to testing.
Looks good on X260
Works on T450s and XS35GTv2 (Atom CPU).
WFM.
Works for me.. The Default and Performance Regression tests pass OK.
AMD 965, x86_64 work station, Plasma DE, X-server, nVidia card GTX 650 (GK107) + nVidia RPM's from Negativo17.
wfm: desktop 16GB Intel i7-3770 CPU, laptop 8GB Intel i5-2520M CPU Lenovo T420 - all using the Mate Desktop Environment (regression tests okay, apart from the laptop taking 106m9s, more than 10 times longer than for kernel-4.19.5-300.fc29 9m49s)
wfm: desktop 16GB Intel i7-3770 CPU, laptop 8GB Intel i5-2520M CPU Lenovo T420 - all using the Mate Desktop Environment (regression tests okay, apart from the laptop taking 106m9s, more than 10 times longer than for the desktop 9m49s)
--- previously did a cut & paste with minimal checking! ;-(
Hi anonymous user,
To start with, please file a bug report on https://bugzilla.redhat.com/. It's almost certainly an upstream issue, but we can narrow down who to contact on the bug report.
This update has been submitted for batched by jcline.
Also, when you file the bug report, it would be helpful to know if the kernel at https://koji.fedoraproject.org/koji/taskinfo?taskID=31411873 resolves your issue or not. Thanks!
This update has been submitted for stable by jcline.
Does this contain the fix for the block layer data corruption bug described in https://lwn.net/Articles/774440/ and https://bugzilla.kernel.org/show_bug.cgi?id=201685 ?
Yes
This update has been pushed to stable.
Fedora 4.19 kernels before 4.19.5 and after show an acpi crash for me on an old HP/compaq 6715b laptop with an AMD Turion. Same crash with 4.19.8, whereas 4.19.5 did work. Low and behold: the koji build https://koji.fedoraproject.org/koji/taskinfo?taskID=31411873 ("atomacpi") works, the kernel boots as usual. acpitool -c says:
CPU type : AMD Turion(tm) 64 X2 Mobile Technology TL-60 Min/Max frequency : 800/2000 MHz Current frequency : 800 MHz Frequency governor : ondemand Freq. scaling driver : powernow-k8 Cache size : 512 KB Bogomips : 3989.80 Bogomips : 3989.80 Function Show_CPU_Info : could not read directory /proc/acpi/processor/ Make sure your kernel has ACPI processor support enabled.
(addition to the previous comment: 4.19.3 worked as well, the 4.19. kernel before that did not)
Tested on local machine with AMD Ryzen 5 2400G.
Hi @mjg,
Thanks for testing that. Please file a bug in Bugzilla and include kernel logs from a crashed boot (journalctl --no-hostname -k -b <bootnumber>) so we can track this. Hopefully the anonymous commenter will also comment on that bug and verify if that kernel works for them.
No regressions spotted.
https://bugzilla.redhat.com/show_bug.cgi?id=1659225 filed (@jcline let me know if you need more).
@mjg , thanks for making the bugzilla ticket.
@jcline , I can also verify that the atomacpi kernel does not panic on the Atom system I'm testing on.