stable

kernel-4.10.8-200.fc25

FEDORA-2017-93dec9eba5 created by jforbes 7 years ago for Fedora 25

The 4.10.8 stable update contains a number of important fixes across the tree

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.

How to install

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-2017-93dec9eba5

This update has been submitted for testing by jforbes.

7 years ago
User Icon nivag commented & provided feedback 7 years ago
karma

wfm - desktop 16GB Intel i7-3770 CPU using the Mate Desktop

User Icon g6avk commented & provided feedback 7 years ago
karma

Works for me, x86_64 work station. Plasma DE, Nvidia card/nouveau

User Icon hreindl commented & provided feedback 7 years ago
karma

works for me - but what is going on at kernel.org - release often is fine BUT every second day?

This update has been pushed to testing.

7 years ago
User Icon bojan commented & provided feedback 7 years ago
karma

Boots here on x86_64 (Atom server, T450s, VM).

User Icon funfunctor commented & provided feedback 7 years ago
karma

@hreindl keeping ahead of CVE's is good !

BZ#1437469 CVE-2017-7184 kernel: Out-of-bounds heap access in xfrm [fedora-all]
BZ#1435153 CVE-2017-7184 kernel: Out-of-bounds heap access in xfrm
User Icon greg18 commented & provided feedback 7 years ago
karma

boots fine on my 64bit pc

User Icon hreindl commented & provided feedback 7 years ago

@funfunctor: i doubt that each and evey kernel update in the past was about CVE's and even if - if it goes in a direction that you have to reboot your servers 2 or 3 times a week it's unacceptable and developemnt upstream should realize that they are no longer able to keep reasoanable quality with the current developemtn speed of new kernel versions (and no i don't talk about that bugfix releases but about way too less time between release 4.9.0 and 4.10RC)

User Icon sassam commented & provided feedback 7 years ago
karma
  • Works for me on Thinkpad X220.
  • Passed kernel regression tests.
User Icon hhlp commented & provided feedback 7 years ago
karma

LGTM, pass default and performance test

User Icon cserpentis commented & provided feedback 7 years ago
karma

works for me

User Icon dhgutteridge commented & provided feedback 7 years ago
karma

No regressions noted on x86_64 Ivy Bridge and i686 Diamondville.

User Icon dimitrisk commented & provided feedback 7 years ago
karma

LGTM, Thinkpad X250

User Icon funfunctor commented & provided feedback 7 years ago

@hreindl this is probably the wrong forum for this discussion; however fedora tried to keep on top of CVE's - almost every single kernel releases addresses at least half a dozen CVE's. Regarding your reboot issue, you should consider looking into live patching, i.e., kpatch.

This update has been submitted for stable by jforbes.

7 years ago

This update has been pushed to stable.

7 years ago
User Icon anonymous commented & provided feedback 7 years ago

Hello,

Same issue as anonymous posters on previous kernel page.

This issue happens with all 4.10.x kernels released so far.

I have a nvidia GK107 card using the nouveau driver. When kde screenlocker starts, the logs are filling up with the following entry (several hundreds per second) :

nouveau 0000:01:00.0: fifo: PBDMA0: 04000000 [ACQUIRE] ch 2 [007f9e3000 Xorg[1414]] subc 0 mthd 0000 data 00000000

My PC is then not responding anymore (caps lock light wont change). Power off using the PC power button is the only option.

I also noticed that when the freeze problem above is not happening, the screenlocker still does not behave properly, since I have to kill it from the console so that I can enter my password to unlock, otherwise the field is not selectable.

Regards

User Icon ebarkan provided feedback 7 years ago
User Icon ebarkan commented & provided feedback 7 years ago

Sorry for the blank comment above; just figuring out how to add comment properly.

Exact same problem as anonymous above: Fedora 25 stock 4.10.8 kernel and all earlier 4.10.x kernels. Total display lockup on KDE plasma when screen saver kicks in; intermittent: happens about every 3 - 5 times, otherwise normal screensaver. Can ssh in, but normal shutdown stalls after "shutdown now" command; only forced power cycle recovers. Have not found nouveau errors in logs but I may not know where to look. Have checked /var/log/messages and dmesg. Happy to test patched kernels.

Thanks for your ongoing great work!

User Icon dhgutteridge commented & provided feedback 7 years ago

@ebarkan: use "journalctl -k -b 0" to see the current kernel log. Also, if you're dealing with suspend issues or what-not, a good starting reference is: Best practice to debug Linux suspend/hibernate issues.

User Icon ebarkan commented & provided feedback 7 years ago

@dhgutteridge: Thanks for the quick response. After running all night my system finally hung again. I ran "journalctl -k -b 0" via ssh as you suggested, but no new entries whatsoever appeared since yesterday evening. I have emailed a file dump from that command to you, in case there's any thing unusual in it. I have also attached a /var/log/Xorg.0 to the email to give you details of my Nvidia video hardware.

I am not using any suspend/hibernate functionality at all. This is a desktop computer and I am only using simple "Screen Energy Saving" under KDE system settings. I do not invoke "Suspend Session" at all (left unchecked).

User Icon dhgutteridge commented & provided feedback 7 years ago

@ebarkan: This is better addressed on the Fedora Forum at this point, as Bodhi isn't really a good medium for discussing issues after the package in question has been pushed to stable. (Especially since we're spamming the other commenters here.) Anyway, it's possible nothing was logged because by default most priority levels of messages only get synced to disk every five minutes (see SyncIntervalSec in journald.conf[5]).


Please login to add feedback.

Metadata
Type
security
Severity
medium
Karma
11
Signed
Content Type
RPM
Test Gating
Autopush Settings
Unstable by Karma
-3
Stable by Karma
disabled
Stable by Time
disabled
Dates
submitted
7 years ago
in testing
7 years ago
in stable
7 years ago
BZ#1435153 CVE-2017-7184 kernel: Out-of-bounds heap access in xfrm
0
0
BZ#1435719 CVE-2017-7261 kernel: drm/vmwgfx: check that number of mip levels is above zero
0
0
BZ#1435740 CVE-2017-7261 kernel: drm/vmwgfx: check that number of mip levels is above zero [fedora-all]
0
0
BZ#1436629 CVE-2017-7277 kernel: Mishandling SCM_TIMESTAMPING_OPT_STATS feature causes out-of-bounds read
0
0
BZ#1436661 CVE-2017-7277 kernel: Mishandling SCM_TIMESTAMPING_OPT_STATS feature causes out-of-bounds read [fedora-all]
0
0
BZ#1437469 CVE-2017-7184 kernel: Out-of-bounds heap access in xfrm [fedora-all]
0
0

Automated Test Results

Test Cases

0 3 Test Case kernel regression