This is a rebase to the v4.19.x kernel and includes new features and bug fixes.
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-f55c305488
Please login to add feedback.
0 | 9 | Test Case kernel regression |
This update has been submitted for testing by jcline.
wfm: desktop 16GB Intel i7-3770 CPU, laptop 8GB Intel i5-2520M CPU Lenovo T420 - all using the Mate Desktop Environment (Laptop took 106m9s for the performance test, compared to 9:44s for the desktop, this is excessive! Note that for 4.18.18, the laptop took a few seconds less than the desktop!)
x86_64, i5-7200U, HT off
X86_64, ArmV7
works fine.
lgtm (x86_64)
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.
No regressions noted on x86_64. (Also fixes an issue where my T440 wouldn't suspend on lid close, which I'd never got around to isolating.)
This update has been pushed to testing.
Works great on Lenovo T480 with dGPU! LGTM! =)
Works on T450s and XS35GTv2.
Works fine, no regressions found on Lenovo E560. Kernel tests passed (except for paxtest as usual)
Works for me.
Working on AMD Phenom(tm) II X6 1090T workstation with Nvidia GeForce GTX 550 Ti, although Nvidia 390.87 driver from Nvidia doesn't build, the RPM Fusion 390.xx works. Couldn't get Nouveau to work in between.
ok for thinkpad t430, i5-3320m, 12gb ram
paxtest fails, libhugetlbfs skipped, other default tests are ok, performance test is ok
Works good on DELL Latitude 5580
Works on T470s
Works on over a dozen ARMv7/aarch64 devices, plus a number of x86_64 devices
Updated one of my remote test boxes at Online.net to this (x86_64 FC29, Intel(R) Atom(TM) CPU C2750 @ 2.40GHz), and it caused a failure to boot.
Had to boot into a recovery network boot console, and remove the 4.19.2 kernel from the grub configuration. Removed that entry and it booted right into 4.18.18.
Packages installed were:
Thank goodness for journal.
After this everything seems to go to hell, and my 4.18.18 boot sequence doesn't have this ACPI protection fault.
All my cats survived after update. 🐱
works for me on intel i5-3550 with nvidia GTX980 (rpmfusion nvidia-driver) on x86-64.
works fine for me on i7-5820K. no regressions noted, and kernel regression test cases were passed.
Works fine in VirtualBox
This update performed well on HP Envy x360 Ryzen 2500U. The reason for -1 karma to generally function is due to the broken touchscreen function on all kernel version caused by a misconfigured ACPI table affecting all AMD powered HP touchscreen laptops. Revealing errors highlights:
Nov 16 14:48:16 kernel: amd_gpio AMDI0030:00: Failed to get gpio IRQ: -22
Nov 16 14:48:16 kernel: amd_gpio: probe of AMDI0030:00 failed with error -22
[..snip..]
Nov 16 22:42:48 kernel: ACPI Error: Field [D128] at bit offset/length 128/1024 exceeds size of target Bu>
Nov 16 22:42:48 kernel: ACPI Error: Method parse/execution failed \HWMC, AE_AML_BUFFER_LIMIT (20180531/p>
Nov 16 22:42:48 kernel: ACPI Error: Method parse/execution failed _SB.WMID.WMAA, AE_AML_BUFFER_LIMIT (2>
Nov 16 22:42:48 kernel: acer_wmi: Acer Laptop ACPI-WMI Extras
Nov 16 22:42:48 kernel: acer_wmi: Unsupported machine has AMW0_GUID1, unable to load
A patch which needed refinement were submitted to upstream bug report but no maintainers took a look yet for a least testing.
@luya there's already been a patch pushed to the Fedora kernel, it'll be in the next build
This update has been submitted for batched by pbrobinson.
This update has been submitted for stable by pbrobinson.
@pbrobinson Thank for the update. I'll try it when available.
works for me
This update has been pushed to stable.
horrible kernel for my f29 system. it's no longer possible to shutdown my system. it's no longer possible to start libreoffice. it's no longer possible to start vmware workstation 14.1.4.
I went back to kernel 4.18.18.
Suspend mode is broken in my HP 650: laptop still working with disabled display.
Tested on local machine (Acer TMB 117).
Excessive GPU power consumption vs. 4.18.18-300 on a desktop with an AMD R9 380.
Unfortunately both this build and the
-301
that followed it completely hosed my system, in what seems to be an incompatibility with the Nvidia binary drivers (rpmfusion410.xx
series). I initially thought it was the update toxorg-x11-drv-nvidia-410.78-1.fc29.x86_64
that caused the problem, but after downgrading to410.66
and still encountering it, I was forced to go back to4.18.17-300.fc29.x86_64
(with nvidia410.78
, so that update's definitely not the problem in and of itself).Startup goes fine at first, but at some point during my session login a null pointer dereference in the kernel
drm
code is logged. After that point, the system gives the appearance of working but really it's toast. Firefox sits in the process table but never displays anything at all, gThumb dumps core, Chrome opens up literally empty windows (not even the client side decorations), and if I try to shut the machine down it completely freezes and requires a 4-second lean on the power button to switch it off.Here's the kernel oops as logged to the journal: