kernel-packages team mailing list archive

[Launchpad Bug Tracker <1358920@xxxxxxxxxxxxxxxxxx>]

This bug was fixed in the package linux - 3.16.0-11.16

---------------
linux (3.16.0-11.16) utopic; urgency=low

  [ Mauricio Faria de Oliveira ]

  * [Config] Switch kernel to vmlinuz (from vmlinux) on ppc64el
    - LP: #1358920

  [ Peter Zijlstra ]

  * SAUCE: (no-up) mmu_notifier: add call_srcu and sync function for listener to delay call and sync
    - LP: #1361300

  [ Tim Gardner ]

  * [Config] CONFIG_ZPOOL=y
    - LP: #1360428
  * Release Tracking Bug
    - LP: #1361308

  [ Upstream Kernel Changes ]

  * Revert "net/mlx4_en: Fix bad use of dev_id"
    - LP: #1347012
  * net/mlx4_en: Reduce memory consumption on kdump kernel
    - LP: #1347012
  * net/mlx4_en: Fix mac_hash database inconsistency
    - LP: #1347012
  * net/mlx4_en: Disable blueflame using ethtool private flags
    - LP: #1347012
  * net/mlx4_en: current_mac isn't updated in port up
    - LP: #1347012
  * net/mlx4_core: Use low memory profile on kdump kernel
    - LP: #1347012
  * Drivers: scsi: storvsc: Change the limits to reflect the values on the host
    - LP: #1347169
  * Drivers: scsi: storvsc: Set cmd_per_lun to reflect value supported by the Host
    - LP: #1347169
  * Drivers: scsi: storvsc: Filter commands based on the storage protocol version
    - LP: #1347169
  * Drivers: scsi: storvsc: Fix a bug in handling VMBUS protocol version
    - LP: #1347169
  * Drivers: scsi: storvsc: Implement a eh_timed_out handler
    - LP: #1347169
  * drivers: scsi: storvsc: Set srb_flags in all cases
    - LP: #1347169
  * drivers: scsi: storvsc: Correctly handle TEST_UNIT_READY failure
    - LP: #1347169
  * namespaces: Use task_lock and not rcu to protect nsproxy
    - LP: #1328088
  * net: xgene: Check negative return value of xgene_enet_get_ring_size()
  * mm/zbud: change zbud_alloc size type to size_t
    - LP: #1360428
  * mm/zpool: implement common zpool api to zbud/zsmalloc
    - LP: #1360428
  * mm/zpool: zbud/zsmalloc implement zpool
    - LP: #1360428
  * mm/zpool: update zswap to use zpool
    - LP: #1360428
  * ideapad-laptop: Change Lenovo Yoga 2 series rfkill handling
    - LP: #1341296
  * iommu/amd: Fix for pasid initialization
    - LP: #1361300
  * iommu/amd: Moving PPR fault flags macros definitions
    - LP: #1361300
  * iommu/amd: Drop oprofile dependency
    - LP: #1361300
  * iommu/amd: Fix typo in amd_iommu_v2 driver
    - LP: #1361300
  * iommu/amd: Don't call mmu_notifer_unregister in __unbind_pasid
    - LP: #1361300
  * iommu/amd: Don't free pasid_state in mn_release path
    - LP: #1361300
  * iommu/amd: Get rid of __unbind_pasid
    - LP: #1361300
  * iommu/amd: Drop pasid_state reference in ppr_notifer error path
    - LP: #1361300
  * iommu/amd: Add pasid_state->invalid flag
    - LP: #1361300
  * iommu/amd: Don't hold a reference to mm_struct
    - LP: #1361300
  * iommu/amd: Don't hold a reference to task_struct
    - LP: #1361300
  * iommu/amd: Don't call the inv_ctx_cb when pasid is not set up
    - LP: #1361300
  * iommu/amd: Don't set pasid_state->mm to NULL in unbind_pasid
    - LP: #1361300
  * iommu/amd: Remove change_pte mmu_notifier call-back
    - LP: #1361300
  * iommu/amd: Fix device_state reference counting
    - LP: #1361300
  * iommu/amd: Fix 2 typos in comments
    - LP: #1361300
 -- Tim Gardner <tim.gardner@xxxxxxxxxxxxx>   Fri, 22 Aug 2014 08:45:54 -0400

-- 
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/1358920

Title:
  Switch kernel to vmlinuz (from vmlinux) on ppc64el

Status in “debian-installer” package in Ubuntu:
  Fix Released
Status in “linux” package in Ubuntu:
  Fix Released
Status in “debian-installer” source package in Utopic:
  Fix Released
Status in “linux” source package in Utopic:
  Fix Released

Bug description:
  Hi,

  May we discuss/implement switching the kernel image type/filename on
  ppc64el from vmlinu*x* to vmlinu*z* ?

  Problem:
  ------------

  In the current situation, some issues occur because of 1) or 2):

  1) the presence of /boot/vmlinu*x*  w/ no debug symbols  (vmlinux conventionally contains debug symbols)
    - systemtap's search path includes it first, and assumes it has debug symbols, and thus fail on probes involving the "kernel" identifier
    - perf had a similar issue on trusty IIRC, which required specifying /proc/kallsyms by hand (it seems automatic on utopic)
  2) the lack of /boot/vmlinu*z*
    - kdump-config (from makedumpfile): only tests for existence of /boot/vmlinu*z*

  .. and potentially others.

  I believe the limiting factors that kept us using vmlinu*x* was either 
   1) yaboot, or 
   2) lack of zImage support for 64el on kernel.

  Neither should be a problem anymore: for 1) ppc64el uses grub only,
  and for 2) 3.16 contains the zImage-support patchset.

  
  Solution Proposal:
  -------------------------

  I had success in building, booting and installing utopic w/ vmlinuz.

  Attaching the (trivial) patches for the kernel (ubuntu-utopic.git,
  master branch) and debian-installer (src pkg).

  The install w/ mini.iso finished successfully. Although it ended up
  installing vmlinux (it download linux-image from Canonical, I guess),
  it was just a matter of installing the patched linux-image package to
  get vmlinuz installed and booted successfully.

  If there's no objection/more fixes to do, I'd submit the kernel patch
  on the kernel-team mailing list, and check what's needed to get this
  back on trusty (zImage support has 16 patches IIRC).

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/1358920/+subscriptions