New Kernel Slackware 14.2- bug and security fixes.

hitest · 01-30-2019, 08:32 PM

http://slackware.osuosl.org/slackwar.../ChangeLog.txt

Code:

Wed Jan 30 23:29:59 UTC 2019
patches/packages/linux-4.4.172/*:  Upgraded.
  These updates fix various bugs and many (mostly minor) security issues.
  Be sure to upgrade your initrd after upgrading the kernel packages.
  If you use lilo to boot your machine, be sure lilo.conf points to the correct
  kernel and initrd and run lilo as root to update the bootloader.
  If you use elilo to boot your machine, you should run eliloconfig to copy the
  kernel and initrd to the EFI System Partition.
  For more information, see:
    Fixed in 4.4.159:
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-20511
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-14633
    Fixed in 4.4.160:
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-7755
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-18021
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-10880
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-13053
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-17972
    Fixed in 4.4.163:
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-18281
    Fixed in 4.4.164:
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-18710
    Fixed in 4.4.167:
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-19824
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-16862
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-20169
    Fixed in 4.4.168:
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-1120
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-5848
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-12896
    Fixed in 4.4.169:
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-18241
    Fixed in 4.4.170:
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-19985
    Fixed in 4.4.171:
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-16884
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-14611
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-14610
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-14613
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-14612
    Fixed in 4.4.172:
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-14616
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-13096
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-13097
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-14614
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-13099
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-13100
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-3701
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-18690
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-18249
  (* Security fix *)
+--------------------------+

jan.hudec2 · 01-31-2019, 01:41 PM

Hello!

Just after this kernel upgrade I noticed 'losetup' running very slow when invoked with '--partscan' option. It looks to be an ioclt timeout. There is no problem on 4.4.157. Checked on several different hardware configurations. Anyone else has this issue? Is it a kernel or rather a 'losetup' problem?

Thanks,
Jan

How to reproduce?
System: Slackware64 14.2
Kernel: vmlinuz-generic-4.4.172
Commands:

Code:

# dd if=/dev/zero of=~/file.img bs=1MiB count=10
# strace losetup --find --show --partscan ~/file.img
open("/root/file.img", O_RDWR|O_CLOEXEC) = 3
open("/dev/loop1", O_RDWR|O_CLOEXEC)    = 4
ioctl(4, LOOP_SET_FD, 3)                = 0
ioctl(4, LOOP_SET_STATUS64, {offset=0, number=0, flags=LO_FLAGS_PARTSCAN, file_name="/root/file.img", ...}) = 0 <-- THIS SYSCALL TAKES A LONG TIME TO COMPLETE
close(3)                                = 0
fstat(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 1), ...}) = 0
write(1, "/dev/loop1\n", 11/dev/loop1)            = 11
stat("/root/file.img", {st_mode=S_IFREG|0644, st_size=10485760, ...}) = 0
close(4)                                = 0
close(1)                                = 0
close(2)                                = 0
exit_group(0)                           = ?
+++ exited with 0 +++

# dmesg
[ 2333.093280] udevd[685]: worker [3854] /devices/virtual/block/loop1 timeout; kill it
[ 2333.093300] udevd[685]: seq 2772 '/devices/virtual/block/loop1' killed
[ 2333.093617] udevd[685]: worker [3854] failed while handling '/devices/virtual/block/loop1'