summaryrefslogtreecommitdiffstats
path: root/usr
diff options
context:
space:
mode:
authorMichael Ellerman <michael@ellerman.id.au>2005-09-01 11:29:08 +1000
committerJeff Garzik <jgarzik@pobox.com>2005-08-31 22:39:43 -0400
commitec60beebed497691c97d674c1facac5ca3d7a4b3 (patch)
tree0591903d946969283238116291b2755b1cfa86d2 /usr
parentcbf9074cc30ca0eee19c9bd7304faf9f1beb1e76 (diff)
downloadkernel-crypto-ec60beebed497691c97d674c1facac5ca3d7a4b3.tar.gz
kernel-crypto-ec60beebed497691c97d674c1facac5ca3d7a4b3.tar.xz
kernel-crypto-ec60beebed497691c97d674c1facac5ca3d7a4b3.zip
[PATCH] iseries_veth: Make init_connection() & destroy_connection() symmetrical
This patch makes veth_init_connection() and veth_destroy_connection() symmetrical in that they allocate/deallocate the same data. Currently if there's an error while initialising connections (ie. ENOMEM) we call veth_module_cleanup(), however this will oops because we call driver_unregister() before we've called driver_register(). I've never seen this actually happen though. So instead we explicitly call veth_destroy_connection() for each connection, any that have been set up will be deallocated. We also fix a potential leak if vio_register_driver() fails. Signed-off-by: Michael Ellerman <michael@ellerman.id.au> Signed-off-by: Jeff Garzik <jgarzik@pobox.com>
Diffstat (limited to 'usr')
0 files changed, 0 insertions, 0 deletions