On Wed, May 30, 2012 at 2:41 PM, Rafael J. Wysocki <rjw@xxxxxxx> wrote:
>> > }
>> >
>> > - /*
>> > - * We can't depend on SCSI devices being available after loading
>> > - * one of their modules until scsi_complete_async_scans() is
>> > - * called and the resume device usually is a SCSI one.
>> > - */
>> > - scsi_complete_async_scans();
>> > -
>>
>> I believe this is wrong. You're going to introduce a regression on systems
>> using built-in hibernation and built-in SCSI stack.
>
> Ah, wait. Do I understand correctly that wait_for_device_probe()
> is now going to do an equivalent of scsi_complete_async_scans()?
>
> If so, that should work, in which case please disregard my previous
> messages in this thread.
Yeah, no problem. Patch 3 is what changed the assumptions in this regard.
--
Dan
--
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
[SCSI Target Devel]
[Linux SCSI Target Infrastructure]
[Kernel Newbies]
[Share Photos]
[IDE]
[Security]
[Git]
[Netfilter]
[Bugtraq]
[Photos]
[Yosemite]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Linux ATA RAID]
[Linux IIO]
[Samba]
[Video 4 Linux]
[Device Mapper]
[Linux Resources]