kernel-packages team mailing list archive

[Launchpad Bug Tracker <1347169@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

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

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

Title:
  Various storvsc bug fixes.

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

Bug description:
  
  Over last week we have made changes and fix bugs in storvsc , please include these patch set . 

  [PATCH V3 1/7] Drivers: scsi: storvsc: Change the limits to reflect the values
  on the host    In Hyper-V, each port/path/target maps to 1 scsi host adapter. 
  In reality, the path/target is not used (ie always set to 0) so our scsi host
  adapter essentially has 1 bus with 1 target that contains up to 256 luns.

  http://git.kernel.org/cgit/linux/kernel/git/next/linux-
  next.git/commit/?id=01a1fc6a17a33edc6b43aca255b31f51497e2414

  [PATCH V3 2/7] Drivers: scsi: storvsc: Set cmd_per_lun to reflect value
  supported by the Host    Set cmd_per_lun to reflect value supported by the
  Host.

  http://git.kernel.org/cgit/linux/kernel/git/next/linux-
  next.git/commit/?id=4a1e22529bda70eacde631bf4611b61b7aac9ae6

  [PATCH V3 3/7] Drivers: scsi: storvsc: Filter commands based on the storage
  protocol version
  Going forward it is possible that some of the commands that are not currently
  implemented will be implemented on future Windows hosts. Even if they are not
  implemented, we are told the host will corrrectly handle unsupported
  commands (by returning appropriate return code and sense information).
  Make command filtering depend on the host version.

  http://git.kernel.org/cgit/linux/kernel/git/next/linux-
  next.git/commit/?id=5aacedc1953dcaa1434a179147861319c919503e

  [PATCH V3 4/7] Drivers: scsi: storvsc: Fix a bug in handling VMBUS protocol
  version
  Based on the negotiated VMBUS protocol version, we adjust the size of the
  storage protocol messages. The two sizes we currently handle are pre-win8 and
  post-win8. In WS2012 R2, we are negotiating higher VMBUS protocol version than
  the win8 version. Make adjustments to correctly handle this.

  http://git.kernel.org/cgit/linux/kernel/git/next/linux-
  next.git/commit/?id=0d0da066835a1194f3a6c425054db90b089e74ea

  [PATCH 5/7] Drivers: scsi: storvsc: Implement a timedout handler
      On Azure, we have seen instances of unbounded I/O latencies. To deal with
  this issue, implement handler that can reset the timeout. Note that the
  host gaurantees that it will respond to each command that has been issued.

  http://git.kernel.org/cgit/linux/kernel/git/next/linux-
  next.git/commit/?id=ec5dafb2361fb393e12745bda837707be2041436

  [PATCH 6/7] drivers: scsi: storvsc: Set srb_flags in all cases
  Correctly set SRB flags for all valid I/O directions. Some IHV drivers on the
  Windows host require this. The host validates the command and SRB flags
  prior to passing the command down to native driver stack.

  http://git.kernel.org/cgit/linux/kernel/git/next/linux-
  next.git/commit/?id=20e9f28dd87e62d10f2c434396c734da43329c57

  [PATCH 7/7] drivers: scsi: storvsc: Correctly handle TEST_UNIT_READY failure
  On some Windows hosts on FC SANs, TEST_UNIT_READY can return SRB_STATUS_ERROR.
  Correctly handle this. Note that there is sufficient sense information to
  support scsi error handling even in this case.

  http://git.kernel.org/cgit/linux/kernel/git/next/linux-
  next.git/commit/?id=27ac92916691eab6c9ca74db19a4b13084d5c78d

  Thanks,
  Abhishek

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