Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp3871815iog; Tue, 21 Jun 2022 07:37:30 -0700 (PDT) X-Google-Smtp-Source: AGRyM1vU34a/GYJXSw++LD7eK8w6I9I+4hLkq0C2MnPN2VxOuei6pkzuL4WsU/WlEPu+FmL3sEuk X-Received: by 2002:a05:6402:1907:b0:42d:e90e:337 with SMTP id e7-20020a056402190700b0042de90e0337mr36134867edz.405.1655822249799; Tue, 21 Jun 2022 07:37:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1655822249; cv=none; d=google.com; s=arc-20160816; b=m4BF5nvTOlk4avThYr4JDYBDnR8NCh3+euWnzEjLvNk6lMpmL6/P4qYxn9072Yngvr lefEuI0aAUuk4x0Ux/CpjmL8tM/tcIS+l2O1kV0TuqV5q5guM/iZGRMIxkJV45MMkF38 IKgnsLb3PxmUXg/NHm0foQECZb6CPLZePA+Bi4v6dT6lRnlzRzWqtXMb+cCY9CRg5KnZ 3hSQ+9U3DcGRjI8DVxmxKuj6/2/qDDDqKTJhuq/rlN2Mrh/3OrE1P8jKqnjw4Wf4fQ4Y YP9LvzKVWIvQQp4QdMjc2c+ZzvUwWpXZCzP0ANsj5oc2LzxpsJFGSEIJ0B7nQrmAsTuC 2bQA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=XvVue4x75swV7a0uhhg3FIrzkKwQ4rYkSD+3TPSlLt8=; b=lMYEuho5SL6F0STFLr3b3Dews845AvPWHK4Lcq7jRyii2hxlzR+cyKdtpPHtREn6Ck QsVxYHRAws+7xD8ygrJX9qCkaA+t3UJL7OLsyR3noMcoIzDZ3qOpkCTfaKq0V/odAUtB wS53utdVXnOsy7/nn84j9kOpV3Ze9d918xVcSZhJMxKE2wO07xQAnqwPF/YyB7mp6CQb 6S8v1v9S1Al1b3CUsdpJ4CsSETnouUxf9cBXpoV1ba3vDs1iBMpIophv+PxW98a/6GFL 1d5D6Wof55PUhCZFU56YHTeCrBNnGV5MaqMYG2xBMhSEqrQT/QAUnMKpSDaq1PlHuKuR +K1w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id b26-20020a170906729a00b007157867106fsi19469998ejl.439.2022.06.21.07.37.03; Tue, 21 Jun 2022 07:37:29 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1351040AbiFUOTd (ORCPT + 99 others); Tue, 21 Jun 2022 10:19:33 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:32786 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1349027AbiFUOT3 (ORCPT ); Tue, 21 Jun 2022 10:19:29 -0400 Received: from verein.lst.de (verein.lst.de [213.95.11.211]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 22214140CD; Tue, 21 Jun 2022 07:19:29 -0700 (PDT) Received: by verein.lst.de (Postfix, from userid 2407) id 4474368AFE; Tue, 21 Jun 2022 16:19:25 +0200 (CEST) Date: Tue, 21 Jun 2022 16:19:24 +0200 From: Christoph Hellwig To: Mark Hounschell Cc: Christoph Hellwig , Robin Murphy , Linux-kernel , dmaengine@vger.kernel.org Subject: Re: [BUG] dma-mapping: remove CONFIG_DMA_REMAP Message-ID: <20220621141924.GA8348@lst.de> References: <20220621134837.GA8025@lst.de> <9de341bc-fe8d-1820-187a-46455e4b9bf2@compro.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <9de341bc-fe8d-1820-187a-46455e4b9bf2@compro.net> User-Agent: Mutt/1.5.17 (2007-11-01) X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_NONE, SPF_NONE,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jun 21, 2022 at 10:06:59AM -0400, Mark Hounschell wrote: > On 6/21/22 09:48, Christoph Hellwig wrote: >> On Tue, Jun 21, 2022 at 09:43:18AM -0400, Mark Hounschell wrote: >>> Revert that commit and all works like normal. This commit breaks user land. >> >> No. We had that discussion before. It exposeѕ how broken your out of >> tree driver is, which you don't bother to fix despite Robin even taking >> the pains to explain you how. > > No, this is not the original issue and we never actually had a discussion. > That original issue was about using Set/ClearPageReserved. You nor Robin > even tried to explain why it was wrong to use it. It was never an issue in > previous kernels. Why now? In any case I have removed that code. This is > what happens now. > > What is it you think I am doing wrong. Except for using > Set/ClearPageReserved you have not explained anything to me. Which part of "you must not call virt_to_page on the result that is very clearly stated in the documentation and has been explained to you repeatly" is still not clear to you? Which part of "if your of tree modules stops working, this does not constitute userspace breakage" is not clear to you? I'm done with this, please stop bothering me.