The 4.4.3 update contains a number of 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-2016-1642a20327Please login to add feedback.
| 0 | 0 | Test Case kernel regression |
This update has been submitted for testing by labbott.
works for me
No issues noted on Ivy Bridge x86_64 and Diamondville i686.
A word of caution if you are using the mpt2sas driver and are upgrading from kernel-4.3 to kernel-4.4, you may need to add dracut options and regenerate your initramfs before rebooting since mtt2sas has been merged into mpt3sas: https://lkml.org/lkml/2016/1/8/693
Personal LAMP and mail server running GNOME. All OK.
works for me
This update has been pushed to testing.
Works with ThinkPad T530
Works here on x86_64 and i686.
works great here. no issues noticed.
working for me
LGTM, Thinkpad X250 (Broadwell)
I used to be able to hit Esc after issuing a reboot or shutdown command (and getting logged out) and check system messages before the command completed; I can no longer do that with 4.4 kernels. Is there a setting that can be tweaked someplace?
Looks God to Me, pass default, stress and performance test , no regresion
Works good
Tested on Broadwell i7 laptop and i3 desktop. Everything seems to work just fine so far. ;)
works for me
I get "md127: Warning: Device sdc2 is misaligned" for all RAID partitions which are connected to a USB3 caddy holding 2 SATA drives. This makes my RAIDs unusable.
It eventually results in for example (log starts at the bottom first): Mar 02 00:55:03 larry kernel: sd 2:0:0:1: [sdc] tag#27 CDB: Read(10) 28 00 3b a0 55 e0 00 00 08 00 Mar 02 00:55:03 larry kernel: sd 2:0:0:1: [sdc] tag#27 uas_eh_abort_handler 0 uas-tag 28 inflight: CMD IN Mar 02 00:54:22 larry kernel: scsi host2: uas_eh_bus_reset_handler success Mar 02 00:54:22 larry kernel: usb 2-1.4: reset SuperSpeed USB device number 4 using xhci_hcd Mar 02 00:54:22 larry kernel: scsi host2: uas_eh_bus_reset_handler start Mar 02 00:54:22 larry kernel: sd 2:0:0:1: [sdc] tag#29 CDB: Read(10) 28 00 36 e0 4a f0 00 00 08 00 Mar 02 00:54:22 larry kernel: sd 2:0:0:1: [sdc] tag#29 uas_eh_abort_handler 0 uas-tag 30 inflight: CMD IN Mar 02 00:54:22 larry kernel: sd 2:0:0:1: [sdc] tag#31 CDB: Read(10) 28 00 36 e0 4b 00 00 00 08 00 Mar 02 00:54:22 larry kernel: sd 2:0:0:1: [sdc] tag#31 uas_eh_abort_handler 0 uas-tag 32 inflight: CMD IN
This happens with both 4.4 kernels tried. 4.3.5-300.fc23.x86_64 causes no problems
Boot fails (actually graphical GNOME login, terminal login is OK) with this kernel on my laptop with Intel Corporation Broadwell-U Integrated Graphics.
Works for me. Tested on server Supermicro X8DAH with cpu Intel Xeon X5680 and Supermicro X10DRi wit cpu Intel Xeon E5-2690 v3, and pc Fujitsu ESPRIMO P920 with cpu Intel i7-4770.
This update has been submitted for stable by labbott.
everything is checking out
This update has been pushed to stable.
Please see: https://bugzilla.redhat.com/show_bug.cgi?id=1295646#c7
karma: -1
Bug: javafx applications are with an increasing consumption of RAM, until the fedora mate execution itself, locking the system. Tests with the controlsfx-sample and the Ensemble8.jar (demo package of demos and examples of jdk). With version 4.2 and 4.3 of the kernel does not happen this problem. PS: Tests with: java version "1.8.0_74" Java (TM) SE Runtime Environment (build 1.8.0_74-b02)