The 4.10.3 kernel rebase contains a number of new features, important fixes, and additional hardware support.
This update has been submitted for testing by jforbes.
4.10.x on Fedora breaks WLAN (hostapd) see https://bugzilla.redhat.com/show_bug.cgi?id=1422247#c9 and https://bugzilla.redhat.com/show_bug.cgi?id=806221#c15
Also experienced the same WLAN issue as @hreindl
Those of you with the WLAN issue want to try the builds from https://koji.fedoraproject.org/koji/taskinfo?taskID=18418109 to make sure it is fixed before 4.10.4? I would appreciate it.
besides that https://koji.fedoraproject.org/koji/taskinfo?taskID=18418109 has the same version and release tag which leads that you need "rpm -ivh --force" it don't change anything
[root@srv-rhsoft:~]$ crda COUNTRY environment variable not set. [root@srv-rhsoft:~]$ export COUNTRY=AT [root@srv-rhsoft:~]$ crda nl80211 not found.
This update has been pushed to testing.
Works here on x86_64 (T450s, Atom based server, VM).
LGTM , kernel test warning in thirdparty nividia test
Works fine on my desktop, but I don't leave any karma here due to known WLAN issues
works for me
Personal LAMP and mail server. All OK.
Works fine on a x86_64 DO cloud instance, Raspberry Pi 2, Cubietruck, Beagebone Black
i get a NoVeau error when booting the Kernel, apart from that it works , the error is
nouveau 0000:01:00.0: bus: MMIO read of 00000000 FAULT at 3e6684 [ IBUS ]
Booted on i7 desktop with nvidia card. Works.
looks like wireless and 4.10 is in a really bad shape and that said from sombody which as hostapd in use on Fedora for 5 years now and never faced any problems: https://forums.opensuse.org/showthread.php/523491-Kernel-4-10-x-setting-regulatory-domain-broken
Works on headless Dell R520.
No regressions noted on x86_64 Ivy Bridge or i686 Diamondville. However, I'm not giving +1 karma in solidarity with @hreindl and @psygnoser.
Pass the regression tests and wireless works fine for me
tested on VMs w/ kube cluster, works for me
Just to note: with nouveau and "xset -dpms s off" in my .xinitrc, the screen no longer "wakes up" on keyboard input. Not related to any suspend/resume.
Otherwise no issues.
This update has been obsoleted by kernel-4.10.4-200.fc25.
Please login to add feedback.
Confirm request to re-trigger tests.
This update has been submitted for testing by jforbes.
4.10.x on Fedora breaks WLAN (hostapd) see https://bugzilla.redhat.com/show_bug.cgi?id=1422247#c9 and https://bugzilla.redhat.com/show_bug.cgi?id=806221#c15
Also experienced the same WLAN issue as @hreindl
Those of you with the WLAN issue want to try the builds from https://koji.fedoraproject.org/koji/taskinfo?taskID=18418109 to make sure it is fixed before 4.10.4? I would appreciate it.
besides that https://koji.fedoraproject.org/koji/taskinfo?taskID=18418109 has the same version and release tag which leads that you need "rpm -ivh --force" it don't change anything
[root@srv-rhsoft:~]$ crda COUNTRY environment variable not set. [root@srv-rhsoft:~]$ export COUNTRY=AT [root@srv-rhsoft:~]$ crda nl80211 not found.
This update has been pushed to testing.
Works here on x86_64 (T450s, Atom based server, VM).
LGTM , kernel test warning in thirdparty nividia test
Works fine on my desktop, but I don't leave any karma here due to known WLAN issues
works for me
Personal LAMP and mail server. All OK.
Works fine on a x86_64 DO cloud instance, Raspberry Pi 2, Cubietruck, Beagebone Black
i get a NoVeau error when booting the Kernel, apart from that it works , the error is
nouveau 0000:01:00.0: bus: MMIO read of 00000000 FAULT at 3e6684 [ IBUS ]
Booted on i7 desktop with nvidia card. Works.
looks like wireless and 4.10 is in a really bad shape and that said from sombody which as hostapd in use on Fedora for 5 years now and never faced any problems: https://forums.opensuse.org/showthread.php/523491-Kernel-4-10-x-setting-regulatory-domain-broken
Works on headless Dell R520.
No regressions noted on x86_64 Ivy Bridge or i686 Diamondville. However, I'm not giving +1 karma in solidarity with @hreindl and @psygnoser.
Pass the regression tests and wireless works fine for me
tested on VMs w/ kube cluster, works for me
Just to note: with nouveau and "xset -dpms s off" in my .xinitrc, the screen no longer "wakes up" on keyboard input. Not related to any suspend/resume.
Otherwise no issues.
This update has been obsoleted by kernel-4.10.4-200.fc25.