Re: [PATCH 2/5] squashfs: always use bio_kmalloc in squashfs_bio_read

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

To: Christoph Hellwig <hch@xxxxxx>, Jens Axboe <axboe@xxxxxxxxx>
Subject: Re: [PATCH 2/5] squashfs: always use bio_kmalloc in squashfs_bio_read
From: Phillip Lougher <phillip@xxxxxxxxxxxxxxx>
Date: Wed, 2 Mar 2022 03:01:20 +0000
Cc: Coly Li <colyli@xxxxxxx>, Mike Snitzer <snitzer@xxxxxxxxxx>, Song Liu <song@xxxxxxxxxx>, "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>, Josef Bacik <josef@xxxxxxxxxxxxxx>, David Sterba <dsterba@xxxxxxxx>, linux-block@xxxxxxxxxxxxxxx, dm-devel@xxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, linux-bcache@xxxxxxxxxxxxxxx, linux-raid@xxxxxxxxxxxxxxx, target-devel@xxxxxxxxxxxxxxx, linux-btrfs@xxxxxxxxxxxxxxx
In-reply-to: <20220301084552.880256-3-hch@lst.de>
References: <20220301084552.880256-1-hch@lst.de> <20220301084552.880256-3-hch@lst.de>
User-agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0

On 01/03/2022 08:45, Christoph Hellwig wrote:

If a plain kmalloc that is not backed by a mempool is safe here for a
large read (and the actual page allocations), it must also be for a
small one, so simplify the code a bit.

Signed-off-by: Christoph Hellwig <hch@xxxxxx>


Acked-by: Phillip Lougher <phillip@xxxxxxxxxxxxxxx>

References:
- cleanup bio_kmalloc
  - From: Christoph Hellwig
- [PATCH 2/5] squashfs: always use bio_kmalloc in squashfs_bio_read
  - From: Christoph Hellwig

Prev by Date: Re: [PATCH 3/5] target/pscsi: remove pscsi_get_bio
Next by Date: Re: [PATCHv3 08/10] block: add pi for nvme enhanced integrity
Previous by thread: [PATCH 2/5] squashfs: always use bio_kmalloc in squashfs_bio_read
Next by thread: [PATCH 4/5] block: turn bio_kmalloc into a simple kmalloc wrapper
Index(es):
- Date
- Thread

[Index of Archives] [Linux RAID] [Linux SCSI] [Linux ATA RAID] [IDE] [Linux Wireless] [Linux Kernel] [ATH6KL] [Linux Bluetooth] [Linux Netdev] [Kernel Newbies] [Security] [Git] [Netfilter] [Bugtraq] [Yosemite News] [MIPS Linux] [ARM Linux] [Linux Security] [Device Mapper]