On Thu 26-11-20 14:04:15, Christoph Hellwig wrote:
>  struct hd_struct *disk_get_part(struct gendisk *disk, int partno)
>  {
> -     struct hd_struct *part;
> +     struct block_device *part;
>  
>       rcu_read_lock();
>       part = __disk_get_part(disk, partno);
> -     if (part)
> -             get_device(part_to_dev(part));
> -     rcu_read_unlock();
> +     if (!part) {
> +             rcu_read_unlock();
> +             return NULL;
> +     }
>  
> -     return part;
> +     get_device(part_to_dev(part->bd_part));
> +     rcu_read_unlock();
> +     return part->bd_part;
>  }

This is not directly related to this particular patch but I'm wondering:
What prevents say del_gendisk() from racing with disk_get_part(), so that
delete_partition() is called just after we fetched 'part' pointer and the
last 'part' kobject ref is dropped before disk_get_part() calls
get_device()? I don't see anything preventing that and so we'd hand out
'part' that is soon to be freed (after RCU grace period expires).

                                                                Honza

-- 
Jan Kara <[email protected]>
SUSE Labs, CR

--
dm-devel mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/dm-devel

Reply via email to