linux-kernel - Re: [PATCH v12 1/3] bio: control bio max size

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] [day] [month] [year] [list]

Date:   Tue, 8 Jun 2021 06:22:20 +0100
From:   Christoph Hellwig <hch@...radead.org>
To:     Bart Van Assche <bvanassche@....org>
Cc:     Christoph Hellwig <hch@...radead.org>,
        Changheun Lee <nanich.lee@...sung.com>, damien.lemoal@....com,
        Avri.Altman@....com, Johannes.Thumshirn@....com,
        alex_y_xu@...oo.ca, alim.akhtar@...sung.com,
        asml.silence@...il.com, axboe@...nel.dk, bgoncalv@...hat.com,
        cang@...eaurora.org, gregkh@...uxfoundation.org,
        jaegeuk@...nel.org, jejb@...ux.ibm.com, jisoo2146.oh@...sung.com,
        junho89.kim@...sung.com, linux-block@...r.kernel.org,
        linux-kernel@...r.kernel.org, linux-scsi@...r.kernel.org,
        martin.petersen@...cle.com, ming.lei@...hat.com,
        mj0123.lee@...sung.com, osandov@...com, patchwork-bot@...nel.org,
        seunghwan.hyun@...sung.com, sookwan7.kim@...sung.com,
        tj@...nel.org, tom.leiming@...il.com, woosung2.lee@...sung.com,
        yi.zhang@...hat.com, yt0928.kim@...sung.com
Subject: Re: [PATCH v12 1/3] bio: control bio max size

On Mon, Jun 07, 2021 at 09:46:56AM -0700, Bart Van Assche wrote:
> In case you would not yet have had the time to do this, please take a
> look at the call trace available on
> https://lore.kernel.org/linux-block/20210425043020.30065-1-bvanassche@acm.org/.
> That call trace shows how bio_add_pc_page() is called by the SCSI core
> before alloc_disk() is called. I think that sending a SCSI command
> before alloc_disk() is called is fundamental in the SCSI core because
> the SCSI INQUIRY command has to be sent before it is known whether or
> not a SCSI LUN represents a disk.

I have a plan for that as well, stay tuned :)