| commit | c1fad4176464281e776022dee7d029144afbeb13 | |
| author | Christof Schmitt <christof.schmitt@de.ibm.com> | |
| Tue, 24 Nov 2009 15:54:04 +0000 (24 16:54 +0100) | ||
| committer | James Bottomley <James.Bottomley@suse.de> | |
| Fri, 4 Dec 2009 18:02:06 +0000 (4 12:02 -0600) | ||
| tree | c21502a9be5c0e500f4224565a054efbfa3d0254 | treesnapshot (tar.gz zip) |
| parent | d9742b42b5c76e2a3a39de0d187fac4f6852134e | commitdiff |
[SCSI] zfcp: Implement module unloading
With the reference counting for zfcp data structures, it is now
possible to implement module unloading again. Module unloading
requires to free all data structures in the module exit function. This
is done by unregistering zfcp from s390 cio and the SCSI midlayer
first in the module exit function.
Reviewed-by: Swen Schillig <swen@vnet.ibm.com>
Signed-off-by: Christof Schmitt <christof.schmitt@de.ibm.com>
Signed-off-by: James Bottomley <James.Bottomley@suse.de>
With the reference counting for zfcp data structures, it is now
possible to implement module unloading again. Module unloading
requires to free all data structures in the module exit function. This
is done by unregistering zfcp from s390 cio and the SCSI midlayer
first in the module exit function.
Reviewed-by: Swen Schillig <swen@vnet.ibm.com>
Signed-off-by: Christof Schmitt <christof.schmitt@de.ibm.com>
Signed-off-by: James Bottomley <James.Bottomley@suse.de>
| drivers/s390/scsi/zfcp_aux.c | diffblobblamehistory | |
| drivers/s390/scsi/zfcp_ccw.c | diffblobblamehistory | |
| drivers/s390/scsi/zfcp_ext.h | diffblobblamehistory |