BUG in SCSI async scanning

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Can somebody explain the reason for calling a separate 
scsi_sysfs_add_devices() routine in the async scanning code instead of 
just calling scsi_sysfs_add_sdev() normally from within scsi_add_lun()?

This peculiar delayed approach has introduced a bug.  It evades the
protection provided by shost->scan_mutex and as a result, if a host is
hot-unplugged in the middle of an async scan, the SCSI core will
attempt to unregister the host's devices before they have been
registered!  Obviously this is not good.

There are at least two reports filed in the kernel.org bugilla showing 
this bug: #8840 and #8846.

Alan Stern

-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [SCSI Target Devel]     [Linux SCSI Target Infrastructure]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Samba]     [Device Mapper]
  Powered by Linux