linux-kernel - Re: [PATCH] loop: Increase bsize variable from unsigned short to unsigned int

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <CAASaF6yVb30xTrZ11SCRNvp4=t76VC+eiXWLxW+fWfOzavj-HA@mail.gmail.com>
Date: Tue, 27 Aug 2024 07:18:09 +0200
From: Jan Stancek <jstancek@...hat.com>
To: Li Wang <liwang@...hat.com>
Cc: linux-kernel@...r.kernel.org, ltp@...ts.linux.it, 
	John Garry <john.g.garry@...cle.com>, Damien Le Moal <dlemoal@...nel.org>, 
	Stefan Hajnoczi <stefanha@...hat.com>
Subject: Re: [PATCH] loop: Increase bsize variable from unsigned short to
 unsigned int

On Tue, Aug 27, 2024 at 5:22 AM Li Wang <liwang@...hat.com> wrote:
>
> This change allows the loopback driver to handle larger block sizes
> and increases the consistency of data types used within the driver.
> Especially to mactch the struct queue_limits.logical_block_size type.
                        ^^ small typo here, extra 'c' in "match"
>
> Also, this is to get rid of the LTP/ioctl_loop06 test failure:
>
>   12 ioctl_loop06.c:76: TINFO: Using LOOP_SET_BLOCK_SIZE with arg > PAGE_SIZE
>   13 ioctl_loop06.c:59: TFAIL: Set block size succeed unexpectedly
>   ...
>   18 ioctl_loop06.c:76: TINFO: Using LOOP_CONFIGURE with block_size > PAGE_SIZE
>   19 ioctl_loop06.c:59: TFAIL: Set block size succeed unexpectedly
>
> Link: https://lists.linux.it/pipermail/ltp/2024-August/039912.html
> Signed-off-by: Li Wang <liwang@...hat.com>
> Cc: Jan Stancek <jstancek@...hat.com>
> Cc: John Garry <john.g.garry@...cle.com>
> Cc: Damien Le Moal <dlemoal@...nel.org>
> Cc: Stefan Hajnoczi <stefanha@...hat.com>

Reviewed-by: Jan Stancek <jstancek@...hat.com>