From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id C1F13C433FE for ; Wed, 16 Nov 2022 03:11:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1668568262; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post; bh=NrkqGOiHqy4k6cWdQSGLgaSAf1B2V5P1YUsIvq6yqj8=; b=CLXjusBt4J1mXYBHww/DzLk136IyPSPF59gs7sNdKNK3Qzp6AubSVZoNumob502DZBxGlZ BphAca1ioT/W3eh7KZEHCDnjkdnn6h1JXw/tdxMA4/h0WIDxbWXRAC++SLOksPDAnc2WCd gvCgBcE9hea3MHqwa1NTDvrP37gQj6o= Received: from mimecast-mx02.redhat.com (mimecast-mx02.redhat.com [66.187.233.88]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-18-fs433iURPwKURhOo-GvjgQ-1; Tue, 15 Nov 2022 22:10:59 -0500 X-MC-Unique: fs433iURPwKURhOo-GvjgQ-1 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.rdu2.redhat.com [10.11.54.5]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id 5BC9D811E75; Wed, 16 Nov 2022 03:10:57 +0000 (UTC) Received: from mm-prod-listman-01.mail-001.prod.us-east-1.aws.redhat.com (mm-prod-listman-01.mail-001.prod.us-east-1.aws.redhat.com [10.30.29.100]) by smtp.corp.redhat.com (Postfix) with ESMTP id A61F363AED; Wed, 16 Nov 2022 03:10:55 +0000 (UTC) Received: from mm-prod-listman-01.mail-001.prod.us-east-1.aws.redhat.com (localhost [IPv6:::1]) by mm-prod-listman-01.mail-001.prod.us-east-1.aws.redhat.com (Postfix) with ESMTP id 69F6F19465A0; Wed, 16 Nov 2022 03:10:55 +0000 (UTC) Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.rdu2.redhat.com [10.11.54.3]) by mm-prod-listman-01.mail-001.prod.us-east-1.aws.redhat.com (Postfix) with ESMTP id 3C10519465A0 for ; Wed, 16 Nov 2022 03:10:54 +0000 (UTC) Received: by smtp.corp.redhat.com (Postfix) id 1758A111E3FD; Wed, 16 Nov 2022 03:10:54 +0000 (UTC) Received: from mimecast-mx02.redhat.com (mimecast07.extmail.prod.ext.rdu2.redhat.com [10.11.55.23]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 102C5111E3FA for ; Wed, 16 Nov 2022 03:10:54 +0000 (UTC) Received: from us-smtp-1.mimecast.com (us-smtp-delivery-1.mimecast.com [205.139.110.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id E79303C0E467 for ; Wed, 16 Nov 2022 03:10:53 +0000 (UTC) Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-580-nb3gl1uiOCCTefAC2zvB_g-1; Tue, 15 Nov 2022 22:10:51 -0500 X-MC-Unique: nb3gl1uiOCCTefAC2zvB_g-1 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 29A35B81BA7; Wed, 16 Nov 2022 03:10:50 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 8D655C433C1; Wed, 16 Nov 2022 03:10:48 +0000 (UTC) Date: Tue, 15 Nov 2022 19:10:46 -0800 From: Eric Biggers To: Christoph Hellwig Message-ID: References: <20221114042944.1009870-1-hch@lst.de> <20221114042944.1009870-2-hch@lst.de> MIME-Version: 1.0 In-Reply-To: <20221114042944.1009870-2-hch@lst.de> X-Mimecast-Impersonation-Protect: Policy=CLT - Impersonation Protection Definition; Similar Internal Domain=false; Similar Monitored External Domain=false; Custom External Domain=false; Mimecast External Domain=false; Newly Observed Domain=false; Internal User Name=false; Custom Display Name List=false; Reply-to Address Mismatch=false; Targeted Threat Dictionary=false; Mimecast Threat Dictionary=false; Custom Threat Dictionary=false X-Scanned-By: MIMEDefang 3.1 on 10.11.54.3 Subject: Re: [dm-devel] [PATCH 1/3] blk-crypto: don't use struct request_queue for public interfaces X-BeenThere: dm-devel@redhat.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: device-mapper development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Jens Axboe , "Theodore Y. Ts'o" , Mike Snitzer , linux-fscrypt@vger.kernel.org, linux-block@vger.kernel.org, dm-devel@redhat.com, Jaegeuk Kim Errors-To: dm-devel-bounces@redhat.com Sender: "dm-devel" X-Scanned-By: MIMEDefang 3.1 on 10.11.54.5 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Mon, Nov 14, 2022 at 05:29:42AM +0100, Christoph Hellwig wrote: > Switch all public blk-crypto interfaces to use struct block_device > arguments to specify the device they operate on instead of th > request_queue, which is a block layer implementation detail. > > Signed-off-by: Christoph Hellwig Reviewed-by: Eric Biggers - Eric -- dm-devel mailing list dm-devel@redhat.com https://listman.redhat.com/mailman/listinfo/dm-devel From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id C7AA4C4332F for ; Wed, 16 Nov 2022 03:10:55 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231887AbiKPDKy (ORCPT ); Tue, 15 Nov 2022 22:10:54 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37620 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230244AbiKPDKy (ORCPT ); Tue, 15 Nov 2022 22:10:54 -0500 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7155625E88; Tue, 15 Nov 2022 19:10:53 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 3C330B81BB1; Wed, 16 Nov 2022 03:10:50 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 8D655C433C1; Wed, 16 Nov 2022 03:10:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1668568248; bh=2OOvndA+O2pI98Z9bUzvRHZsKKydt/X6wmEUlnKLYvo=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=M4Unpo8Zanqrb6eUEnMZKwHuUTmscVmaPsmf1GfCpd4EaS9IKvbFuUSmUhNZrtQkN b4wgNDfXLf6293r9cEgbb0Pp+rAzbOAxvPS/C62kp392fgFjDquMISqsAMmmD/znqa 9P98AAYFV3IZAoS5vl3hBOpKOhFxAAmi9r5da3HupxsmLGS9dipAFfOMSocJCizwAz 0+I+xoDk0hwcKSQeEs1Q03LwWm1/R8fU+4rphaXKB4J4cYtLtbcP9RxLRZUVk2I2WU NguIVEntyLPM3lCJbJfsFTwqwl8XzEC0vNWb1BrRrLsoBxqeCzhIbsgJCI1wCyPrTW FNN/6hZ/1FArA== Date: Tue, 15 Nov 2022 19:10:46 -0800 From: Eric Biggers To: Christoph Hellwig Cc: Jens Axboe , Mike Snitzer , "Theodore Y. Ts'o" , Jaegeuk Kim , dm-devel@redhat.com, linux-block@vger.kernel.org, linux-fscrypt@vger.kernel.org Subject: Re: [PATCH 1/3] blk-crypto: don't use struct request_queue for public interfaces Message-ID: References: <20221114042944.1009870-1-hch@lst.de> <20221114042944.1009870-2-hch@lst.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20221114042944.1009870-2-hch@lst.de> Precedence: bulk List-ID: X-Mailing-List: linux-block@vger.kernel.org On Mon, Nov 14, 2022 at 05:29:42AM +0100, Christoph Hellwig wrote: > Switch all public blk-crypto interfaces to use struct block_device > arguments to specify the device they operate on instead of th > request_queue, which is a block layer implementation detail. > > Signed-off-by: Christoph Hellwig Reviewed-by: Eric Biggers - Eric