aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/s390/scsi/zfcp_aux.c
diff options
context:
space:
mode:
authorJames Bottomley <James.Bottomley@suse.de>2009-10-02 13:30:08 -0500
committerJames Bottomley <James.Bottomley@suse.de>2009-10-13 11:33:45 -0500
commit37e6ba00720c2786330dec2a9a5081e9e049422f (patch)
tree467ba2046d0d9ea9e855d2e40b9964a3412f99e1 /drivers/s390/scsi/zfcp_aux.c
parent2caa731819a633bec5a56736e64c562b7e193666 (diff)
downloadkernel_samsung_tuna-37e6ba00720c2786330dec2a9a5081e9e049422f.zip
kernel_samsung_tuna-37e6ba00720c2786330dec2a9a5081e9e049422f.tar.gz
kernel_samsung_tuna-37e6ba00720c2786330dec2a9a5081e9e049422f.tar.bz2
[SCSI] fix memory leak in initialization
The root cause of the problem is the fact that dev_set_name() now allocates storage instead of using the original array within the kobj. That means that the SCSI assumption that if you haven't made the containing object or any sub objects visible, you can just destroy it (and its component devices) lock stock and barrel becomes false. Fix this by doing the get of sdev_dev at parent time and thus do an extra put of it in scsi_destroy_sdev() (and all other destruction without add paths). Reported-by: Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp> Signed-off-by: James Bottomley <James.Bottomley@suse.de>
Diffstat (limited to 'drivers/s390/scsi/zfcp_aux.c')
0 files changed, 0 insertions, 0 deletions