Re: A bug in scsi_alloc_target of drivers/scsi/scsi_scan.c

2017-05-16 Thread Benjamin Block
Hello Dashi, On Tue, May 09, 2017 at 09:08:14AM +, Dashi DS1 Cao wrote: > When debugging a race condition in scsi_remove_target of 3.12, I ran into > this possible bug within scsi_alloc_target. > When an existing "struct scsi_target" is found and used, the starget just got > through

Re: A bug in scsi_alloc_target of drivers/scsi/scsi_scan.c

2017-05-16 Thread Benjamin Block
Hello Dashi, On Tue, May 09, 2017 at 09:08:14AM +, Dashi DS1 Cao wrote: > When debugging a race condition in scsi_remove_target of 3.12, I ran into > this possible bug within scsi_alloc_target. > When an existing "struct scsi_target" is found and used, the starget just got > through

A bug in scsi_alloc_target of drivers/scsi/scsi_scan.c

2017-05-09 Thread Dashi DS1 Cao
When debugging a race condition in scsi_remove_target of 3.12, I ran into this possible bug within scsi_alloc_target. When an existing "struct scsi_target" is found and used, the starget just got through kzmalloc should be freed, rather than dong a "put_device(dev)". diff --git

A bug in scsi_alloc_target of drivers/scsi/scsi_scan.c

2017-05-09 Thread Dashi DS1 Cao
When debugging a race condition in scsi_remove_target of 3.12, I ran into this possible bug within scsi_alloc_target. When an existing "struct scsi_target" is found and used, the starget just got through kzmalloc should be freed, rather than dong a "put_device(dev)". diff --git