scsi scan bug when peripheral qualifier of 3 is returned

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

 



It looks like in previous kernels scsi_scan_target would pass scsi_sequential_lun_scan BLIST_SPARSELUN.

        } else if (res == SCSI_SCAN_TARGET_PRESENT) {
                /*
                 * There's a target here, but lun 0 is offline so we
                 * can't use the report_lun scan.  Fall back to a
                 * sequential lun scan with a bflags of SPARSELUN and
                 * a default scsi level of SCSI_2
                 */
                scsi_sequential_lun_scan(starget, BLIST_SPARSELUN,


And in the current kernel we pass it bflags.

                        /*
                         * The REPORT LUN did not scan the target,
                         * do a sequential scan.
                         */
                        scsi_sequential_lun_scan(starget, bflags,


But for SCSI_SCAN_TARGET_PRESENT bflags is not set. Is the correct fix to move where bflagsp gets set in scsi_probe_and_add_lun so that it gets set for the SCSI_SCAN_TARGET_PRESENT case, or should __scsi_scan_target be passing scsi_sequential_lun_scan and possibly scsi_report_lun_scan some default bflags values?
-
: 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