Revert "Move xen patchset to new version's subdir."

[people/pmueller/ipfire-2.x.git] / src / patches / suse-2.6.27.31 / patches.arch / s390-12-06-zfcp_actcli_error.patch

diff --git a/src/patches/suse-2.6.27.31/patches.arch/s390-12-06-zfcp_actcli_error.patch b/src/patches/suse-2.6.27.31/patches.arch/s390-12-06-zfcp_actcli_error.patch
deleted file mode 100644 (file)
index 2af1c51..0000000
--- a/src/patches/suse-2.6.27.31/patches.arch/s390-12-06-zfcp_actcli_error.patch
+++ /dev/null
@@ -1,31 +0,0 @@
-From: Gerald Schaefer <geraldsc@de.ibm.com>
-Subject: zfcp: Let actcli handle control file errors
-References: bnc#487755,LTC#52571
-
-Symptom:     actcli returns "No such device or address", although the
-             access control tables have been updated or could be
-             updated with the -F flag.
-Problem:     The FCP channel reports an FSF status indicating, that
-             the channel is in use or that the -F flag has been
-             used. zfcp did present the "No such device.." problem for
-             any error for the "control file download command" which
-             is wrong.
-Solution:    Don't report "No such device or address" from zfcp for
-             errors specific to the "control file download command".
-
-Acked-by: John Jolly <jjolly@suse.de>
----
- drivers/s390/scsi/zfcp_fsf.c |    2 --
- 1 file changed, 2 deletions(-)
-
---- a/drivers/s390/scsi/zfcp_fsf.c     2009-04-02 16:20:24.000000000 +0200
-+++ b/drivers/s390/scsi/zfcp_fsf.c     2009-04-02 16:23:30.000000000 +0200
-@@ -2496,8 +2496,6 @@ out:
- 
- static void zfcp_fsf_control_file_handler(struct zfcp_fsf_req *req)
- {
--      if (req->qtcb->header.fsf_status != FSF_GOOD)
--              req->status |= ZFCP_STATUS_FSFREQ_ERROR;
- }
- 
- /**