zfcp updates for 2.6.32
Get series with b4
b4 am [email protected]Versions newest first
- v1 Latest27 patches 0 repliesNew
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/27 | zfcp: invalid usage after free of port resourcesdrivers/ drivers/ | +9 | 0 replies | |
| 2/27 | zfcp: Move debug data from zfcp_data to own data structuredrivers/ drivers/ drivers/ +2 more | +143 | 0 replies | |
| 3/27 | zfcp: Only collect SCSI debug data for matching trace levelsdrivers/ drivers/ drivers/ +2 more | +73 | 0 replies | |
| 4/27 | zfcp: Only collect FSF/HBA debug data for matching trace levelsdrivers/ drivers/ drivers/ | +67 | 0 replies | |
| 5/27 | zfcp: Remove useless assignmentdrivers/ | +0 | 0 replies | |
| 6/27 | zfcp: Only issue one test link command per portdrivers/ drivers/ | +10 | 0 replies | |
| 7/27 | zfcp: Implicitly close all wka portsdrivers/ drivers/ drivers/ +1 more | +13 | 0 replies | |
| 8/27 | zfcp: fix layering oddities between zfcp_fsf and zfcp_qdiodrivers/ drivers/ drivers/ | +73 | 0 replies | |
| 9/27 | zfcp: Replace fsf_req wait_queue with completiondrivers/ drivers/ drivers/ +1 more | +10 | 0 replies | |
| 10/27 | zfcp: Improve request allocation through mempoolsdrivers/ drivers/ drivers/ +1 more | +127 | 0 replies | |
| 11/27 | zfcp: Remove the useless ZFCP_REQ_AUTO_CLEANUP flagdrivers/ | +45 | 0 replies | |
| 12/27 | zfcp: Move workqueue to adapter structdrivers/ drivers/ drivers/ +3 more | +34 | 0 replies | |
| 13/27 | zfcp: Separate qdio attributes from zfcp_fsf_reqdrivers/ drivers/ drivers/ +2 more | +160 | 0 replies | |
| 14/27 | zfcp: Move qdio related data out of zfcp_adapterdrivers/ drivers/ drivers/ +6 more | +342 | 0 replies | |
| 15/27 | zfcp: Decouple gid_pn requests from erpdrivers/ drivers/ drivers/ +3 more | +47 | 0 replies | |
| 16/27 | zfcp: Update dbf callsdrivers/ drivers/ drivers/ +6 more | +347 | 0 replies | |
| 17/27 | zfcp: introduce _setup, _destroy for qdio and FCdrivers/ drivers/ drivers/ +1 more | +89 | 0 replies | |
| 18/27 | zfcp: Apply common naming conventions to zfcp_fcdrivers/ drivers/ drivers/ +2 more | +35 | 0 replies | |
| 19/27 | zfcp: resolve false usage of dd_data in fc_rportdrivers/ drivers/ drivers/ | +5 | 0 replies | |
| 20/27 | zfcp: Use kthread API for zfcp erp threaddrivers/ drivers/ drivers/ | +27 | 0 replies | |
| 21/27 | zfcp: Simplify and update ct/gs and els timeout handlingdrivers/ drivers/ drivers/ | +6 | 0 replies | |
| 22/27 | zfcp: Defer resource allocation to first ccw_set_online calldrivers/ drivers/ drivers/ | +54 | 0 replies | |
| 23/27 | zfcp: Replace config semaphore with mutexdrivers/ drivers/ drivers/ +2 more | +32 | 0 replies | |
| 24/27 | zfcp: proper use of device registerdrivers/ | +8 | 0 replies | |
| 25/27 | zfcp: Handle failures during device allocation correctlydrivers/ | +29 | 0 replies | |
| 26/27 | zfcp: Remove duplicated code for debug timestampsarch/ arch/ arch/ +1 more | +13 | 0 replies | |
| 27/27 | zfcp: optimize zfcp_qdio_accountdrivers/ drivers/ | +6 | 0 replies |
Reviews trailers per patch
13 of 27 patches have a Reviewed-by or Acked-by.
| Patch | Swen Schillig |
|---|---|
| 1/27 | |
| 2/27 | R-b |
| 3/27 | R-b |
| 4/27 | R-b |
| 5/27 | R-b |
| 6/27 | R-b |
| 7/27 | R-b |
| 8/27 | |
| 9/27 | |
| 10/27 | |
| 11/27 | |
| 12/27 | |
| 13/27 | |
| 14/27 | |
| 15/27 | R-b |
| 16/27 | |
| 17/27 | |
| 18/27 | |
| 19/27 | |
| 20/27 | R-b |
| 21/27 | R-b |
| 22/27 | R-b |
| 23/27 | R-b |
| 24/27 | |
| 25/27 | R-b |
| 26/27 | R-b |
| 27/27 |
Trailers given in replies are filled; those carried in the patches from earlier versions are outlined with dashes.
Cover letter [patch 00/27] zfcp updates for 2.6.32
James,
here is the series of zfcp updates for the 2.6.32 merge window. Most patches are concerned with code simplifications and minor improvements. With these patches, zfcp no longer uses the old kernel_thread API and no longer semaphores.
The last patch "zfcp: optimize zfcp_qdio_account" uses a new s390 function that is introduced with the s390 patch "introduce get_clock_monotonic", see http://marc.info/?l=linux-s390&m=125024973232085&w=2
The zfcp patch applies cleanly, but compilation on s390 fails without the s390 patch. This should be no problem for the linux-next tree, since linux-next also includes the s390 git tree.
--
Christof Schmitt