> Call trace:
> [c008d32c] sysfs_remove_link+0x14/0x24
> [c010a4e0] class_device_dev_unlink+0x38/0x3c
> [c010aa00] class_device_del+0xd0/0x12c
> [c010aa74] class_device_unregister+0x18/0x34
> [c015c2e4] scsi_remove_device+0x54/0xb0
> [c015b70c] scsi_forget_host+0x40/0x7c
> [c0154c70] scsi_remove_host+0x2c/0x6c
Wild guess, I can't test today but can look at the code and the patch.
There's been a change in scsi_sysfs::scsi_remove_device() :
@@ -409,9 +436,12 @@
if (sdev->sdev_state == SDEV_RUNNING || sdev->sdev_state == SDEV_CANCEL)
{
sdev->sdev_state = SDEV_DEL;
class_device_unregister(&sdev->sdev_classdev);
+ class_device_unregister(&sdev->transport_classdev);
device_del(&sdev->sdev_gendev);
if (sdev->host->hostt->slave_destroy)
sdev->host->hostt->slave_destroy(sdev);
+ if (sdev->host->transportt->cleanup)
+ sdev->host->transportt->cleanup(sdev);
put_device(&sdev->sdev_gendev);
Maybe sdev->transport_classdev->kobj or
sdev->transport_classdev->kobj->dentry is NULL?
--
Colin
This message represents the official view of the voices
in my head.
-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
