Ming, > When scsi_init_sense_cache(host) is called concurrently from different > hosts, each code path may see that the cache isn't created, then try > to create a new one, then the created sense cache may be overrided and > leaked. > > Fixes the issue by moving 'mutex_lock(&scsi_sense_cache_mutex)' before > scsi_select_sense_cache(). Applied to 5.3/scsi-fixes, thanks! -- Martin K. Petersen Oracle Linux Engineering