Re: [RFC 0/3] block: address blktrace use-after-free

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

To: Ming Lei <ming.lei@xxxxxxxxxx>, Luis Chamberlain <mcgrof@xxxxxxxxxx>
Subject: Re: [RFC 0/3] block: address blktrace use-after-free
From: Bart Van Assche <bvanassche@xxxxxxx>
Date: Fri, 3 Apr 2020 07:13:47 -0700
Cc: axboe@xxxxxxxxx, viro@xxxxxxxxxxxxxxxxxx, gregkh@xxxxxxxxxxxxxxxxxxx, rostedt@xxxxxxxxxxx, mingo@xxxxxxxxxx, jack@xxxxxxx, nstange@xxxxxxx, mhocko@xxxxxxxx, linux-block@xxxxxxxxxxxxxxx, linux-fsdevel@xxxxxxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, yukuai3@xxxxxxxxxx
In-reply-to: <20200403081929.GC6887@ming.t460p>
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0

On 2020-04-03 01:19, Ming Lei wrote:
> BTW, Yu Kuai posted one patch for this issue, looks that approach
> is simpler:
> 
> https://lore.kernel.org/linux-block/20200324132315.22133-1-yukuai3@xxxxxxxxxx/

That approach is indeed simpler but at the expense of performing dynamic
memory allocation in a cleanup path, something I'm not enthusiast about.

Bart.

Follow-Ups:
- Re: [RFC 0/3] block: address blktrace use-after-free
  - From: Luis Chamberlain

References:
- [RFC 0/3] block: address blktrace use-after-free
  - From: Luis Chamberlain
- Re: [RFC 0/3] block: address blktrace use-after-free
  - From: Ming Lei

Prev by Date: [GIT PULL] Please pull NFS server updates for 5.7
Next by Date: Re: Upcoming: Notifications, FS notifications and fsinfo()
Previous by thread: Re: [RFC 0/3] block: address blktrace use-after-free
Next by thread: Re: [RFC 0/3] block: address blktrace use-after-free
Index(es):
- Date
- Thread

[Index of Archives] [Linux Ext4 Filesystem] [Union Filesystem] [Filesystem Testing] [Ceph Users] [Ecryptfs] [AutoFS] [Kernel Newbies] [Share Photos] [Security] [Netfilter] [Bugtraq] [Yosemite News] [MIPS Linux] [ARM Linux] [Linux Security] [Linux Cachefs] [Reiser Filesystem] [Linux RAID] [Samba] [Device Mapper] [CEPH Development]