← Back to team overview

kernel-packages team mailing list archive

[Bug 1532886] Re: s390x kernels are inconsistent for cloud stuff

 

This bug was fixed in the package linux - 4.3.0-6.17

---------------
linux (4.3.0-6.17) xenial; urgency=low

  [ Tim Gardner ]

  * Release Tracking Bug
    - LP: #1532958

  [ Eric Dumazet ]

  * SAUCE: (noup) net: fix IP early demux races
    - LP: #1526946

  [ Guilherme G. Piccoli ]

  * SAUCE: powerpc/eeh: Validate arch in eeh_add_device_early()
    - LP: #1486180

  [ Hui Wang ]

  * [Config] CONFIG_I2C_DESIGNWARE_BAYTRAIL=y, CONFIG_IOSF_MBI=y
    - LP: #1527096

  [ Jann Horn ]

  * ptrace: being capable wrt a process requires mapped uids/gids
    - LP: #1527374

  [ Serge Hallyn ]

  * SAUCE: add a sysctl to disable unprivileged user namespace unsharing

  [ Tim Gardner ]

  * [Config] CONFIG_ZONE_DEVICE=y for amd64
  * [Config] CONFIG_VIRTIO_BLK=y, CONFIG_VIRTIO_NET=y for s390
    - LP: #1532886

  [ Upstream Kernel Changes ]

  * rhashtable: Fix walker list corruption
    - LP: #1526811
  * rhashtable: Kill harmless RCU warning in rhashtable_walk_init
    - LP: #1526811
  * ovl: fix permission checking for setattr
    - LP: #1528904
    - CVE-2015-8660

 -- Tim Gardner <tim.gardner@xxxxxxxxxxxxx>  Thu, 17 Dec 2015 05:34:47
-0700

** Changed in: linux (Ubuntu Xenial)
       Status: Fix Committed => Fix Released

** CVE added: http://www.cve.mitre.org/cgi-
bin/cvename.cgi?name=2015-8660

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1532886

Title:
  s390x kernels are inconsistent for cloud stuff

Status in linux package in Ubuntu:
  Fix Released
Status in linux source package in Xenial:
  Fix Released

Bug description:
  So to do virtual machine / cloudy stuff things in the kernel config,
  are not how one would expect them to be. Whilst investigating that
  I've went ahead to compare all our kernel configs.

  amd64/config.common.amd64:CONFIG_VIRTIO_BLK=y
  amd64/config.common.amd64:CONFIG_VIRTIO_NET=y
  arm64/config.common.arm64:CONFIG_VIRTIO_BLK=y
  arm64/config.common.arm64:CONFIG_VIRTIO_NET=y
  armhf/config.common.armhf:CONFIG_VIRTIO_BLK=y
  armhf/config.common.armhf:CONFIG_VIRTIO_NET=y
  i386/config.common.i386:CONFIG_VIRTIO_BLK=y
  i386/config.common.i386:CONFIG_VIRTIO_NET=y
  powerpc/config.common.powerpc:CONFIG_VIRTIO_BLK=y
  powerpc/config.common.powerpc:CONFIG_VIRTIO_NET=y
  ppc64el/config.common.ppc64el:CONFIG_VIRTIO_BLK=y
  ppc64el/config.common.ppc64el:CONFIG_VIRTIO_NET=y

  but...
  s390x/config.common.s390x:CONFIG_VIRTIO_BLK=m
  s390x/config.common.s390x:CONFIG_VIRTIO_NET=m

  
  It would make sense to set CONFIG_VIRTIO_BLK and _NET to "=y" on s390x.

  Also:

  amd64/config.common.amd64:CONFIG_KVM=m
  arm64/config.common.arm64:CONFIG_KVM=y
  armhf/config.common.armhf:CONFIG_KVM=y
  i386/config.common.i386:CONFIG_KVM=m
  powerpc/config.common.powerpc:CONFIG_KVM=y
  ppc64el/config.common.ppc64el:CONFIG_KVM=y
  s390x/config.common.s390x:CONFIG_KVM=m

  Is a bit of mixed bag... x86+s390x have it as a module, yet
  arm*+powerpc* have it built in? Maybe all arches should be =y ?

  another one:
  Is there something special about ZLIB_DEFLATE on s390x?

  amd64/config.common.amd64:CONFIG_ZLIB_DEFLATE=y
  arm64/config.common.arm64:CONFIG_ZLIB_DEFLATE=y
  armhf/config.common.armhf:CONFIG_ZLIB_DEFLATE=y
  i386/config.common.i386:CONFIG_ZLIB_DEFLATE=y
  powerpc/config.common.powerpc:CONFIG_ZLIB_DEFLATE=y
  ppc64el/config.common.ppc64el:CONFIG_ZLIB_DEFLATE=y

  s390x/config.common.s390x:CONFIG_ZLIB_DEFLATE=m

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1532886/+subscriptions


References