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.gard...@canonical.com> 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
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
