linux-kernel - Re: [PATCH 4.4 63/86] block: defer timeouts to a workqueue

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]

Date:   Tue, 19 May 2020 09:31:47 +0200
From:   Greg Kroah-Hartman <gregkh@...uxfoundation.org>
To:     Henri Rosten <henri.rosten@...kie.com>
Cc:     linux-kernel@...r.kernel.org, stable@...r.kernel.org,
        Christoph Hellwig <hch@....de>,
        Keith Busch <keith.busch@...el.com>, Jens Axboe <axboe@...com>,
        Giuliano Procida <gprocida@...gle.com>, lukas.bulwahn@...il.com
Subject: Re: [PATCH 4.4 63/86] block: defer timeouts to a workqueue

On Tue, May 19, 2020 at 09:00:38AM +0300, Henri Rosten wrote:
> On Mon, May 18, 2020 at 07:36:34PM +0200, Greg Kroah-Hartman wrote:
> > From: Christoph Hellwig <hch@....de>
> > 
> > commit 287922eb0b186e2a5bf54fdd04b734c25c90035c upstream.
> 
> I notice 287922eb0b18 has been referenced in Fixes-tag in mainline 
> commit 5480e299b5ae ("scsi: iscsi: Fix a potential deadlock in the 
> timeout handler"). Consider if backporting 5480e299b5ae together with 
> this 4.4 version of 287922eb0b18 is also relevant.

Ugh, there are lots of "fixes for fixes" in these releases that seem to
be needed.  Let me dig through and find them all as I should have done
before starting this -rc round :(

thanks,

greg k-h