FEDORA-2018-e6fe35524d

security update in Fedora 26 for kernel

Status: stable 6 months ago

The 4.14.13 stable kernel update contains a number of important fixes across the tree. This is also the first update to contain some spectre mitigations. Some patches for variant 1 as well as the initial retpoline build for variant 2. These variant 2 mitigations will improve with further patches, and once compiler support is improved.

Reboot Required

After installing this update it is required that you reboot your system to ensure the changes supplied by this update are applied properly.

Comments 14

This update has been submitted for testing by jforbes.

Fix for #1497559, i.e. 'Update MODSIGN fixes with dhowell's ...', is not included in this build. (The changeset seems to have been pushed to a '26' branch instead of 'f26'.)

This update has been pushed to testing.

Works fine on my F26 test box (a Sony Vaio Z VPC-Z1).

karma: +1 critpath: +1

works for me

karma: +1

Works on a x86_64 libvirt virtual machine, reporting PTI and minimal ASM retpoline to be active.

karma: +1 critpath: +1
karma: +1 critpath: +1

This update has been submitted for batched by jforbes.

This update has been submitted for stable by jforbes.

Works but since the update my laptop no longer suspends when I close the lid.

critpath: +1

the kernel itself seems to work just fine on my x86 laptop, I'm just missing the kernel-headers package to build some kernel modules. Should that be available already, or will that come later?

karma: +1 critpath: +1

Works for me. (on a Lenovo X1, x86-64 Intel)

karma: +1 critpath: +1

This update has been pushed to stable.

works

karma: +1 critpath: +1 #1514969: +1 #1531182: +1 #1532058: +1

Add Comment & Feedback
Toggle Preview

Comment fields support Fedora-Flavored Markdown. Comments are governed under this privacy policy.

-1 0 +1 Feedback Guidelines
#1514969 Bug in backlight handling renders system almost unusable
#1531182 Out-of-tree kernel modules fail to build on aarch64
#1532058 CONFIG_RESET_ATTACK_MITIGATION forces Lenovo X220 to hard power off and power on instead of reboot
Test Case kernel regression
Does the system's basic functionality continue to work after this update?
Is the update generally functional?
Content Type
RPM
Status
stable
Test Gating Status
Tests not running
Submitted by
Update Type
security
Karma
+7
stable threshold: 3
unstable threshold: -3
Autopush
Disabled
Dates
submitted 6 months ago
in testing 6 months ago
in stable 6 months ago

Related Bugs 3

0+1 #1514969 Bug in backlight handling renders system almost unusable
0+1 #1531182 Out-of-tree kernel modules fail to build on aarch64
0+1 #1532058 CONFIG_RESET_ATTACK_MITIGATION forces Lenovo X220 to hard power off and power on instead of reboot

Automated Test Results

Test results and gating status may sometimes conflict as the gating status is retrieved periodically by Bodhi's backend server, while the test results presented here are retrieved upon page load. If your update is marked as gated while all the tests show green/passed, the next check of gating status should open the gate.

Test Cases

00 Test Case kernel regression