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 X-Spam-Level: X-Spam-Status: No, score=-0.3 required=3.0 tests=DKIM_ADSP_CUSTOM_MED, DKIM_INVALID,DKIM_SIGNED,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id DC6D1C433E0 for ; Fri, 15 May 2020 06:53:46 +0000 (UTC) Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id B06E6206F1 for ; Fri, 15 May 2020 06:53:46 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="ulh7dTAw" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org B06E6206F1 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=gmail.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=dri-devel-bounces@lists.freedesktop.org Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id 0A96B6EBEA; Fri, 15 May 2020 06:53:29 +0000 (UTC) Received: from mail-vs1-xe31.google.com (mail-vs1-xe31.google.com [IPv6:2607:f8b0:4864:20::e31]) by gabe.freedesktop.org (Postfix) with ESMTPS id 81BFA6E9E3 for ; Wed, 13 May 2020 09:29:07 +0000 (UTC) Received: by mail-vs1-xe31.google.com with SMTP id m24so9652412vsq.10 for ; Wed, 13 May 2020 02:29:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=p1lONUYS35pbs4qYBDMBnJb/K3YSHMVhu2z12ZOdf/c=; b=ulh7dTAwdni5Up4q3udCexKlA+VczFxB/1095liEwYFf90iV58bL/qtKzojJvEZZv2 ejexsQG4bIwu4WAmkFzZQwvSpSoDDcICHZeZalGQzEaI45o4A509s+FO7/bjemQvNpVp ixPeZmcgUfLgPNUuQI73SCccYytj1p/6wxBL+xMHe9MnVhKENQIaHLhgNtq5bYKsUZok L9m20a8Yzh0r/e1DtH3tfoJ4GKeTpnCVH4e2bH28tYarv9Tojl9yHaFjRCEZPjvFZM3v v4mTglKX0BVaHfsALST9AtSUEyPW1/+RWtIf48j2wbt/RfTDv5Igherll4n1TqB7n6BF 9p2g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=p1lONUYS35pbs4qYBDMBnJb/K3YSHMVhu2z12ZOdf/c=; b=O8wAkqwYi0iX+FLYyCbu0m7qSz6YqBwg0rxQ3N1qpfOMSgfqmIMRo9U+CAtaW0ICE0 K4+90NABxl3iXgArWhhhLc01thHV7sOs3WkKPswBTRRENlXHmSELUf8fcqIm1JWgCpBT TOPG/cHJ2KeuzIS/0nrGSCAzspqtQnk+7iqvAvcwtZ5PgUDdNHPTQjd6qKCb+EA6nbzn sRA6NMv0D4sGf86JAd72ZjOy8aznJP0/UgfMlHzL6jt7ZUpWV9Ow2XiGdCibI/42YweX NKXguZordIbRxWzgqAiKIIWQ+bzdyNG3HEU5i2OtCI9xOF7OJnqU1G1Wz6h9Jht/sNlW y7AA== X-Gm-Message-State: AOAM531U7YgpkrQBBKda3Z60zjaiDYIHZTBXpxYjp9tAyLDTmRKzN/rk MGY4yOGodxAoTgI1jQc7FysnV4XdNsXyYHh7eA== X-Google-Smtp-Source: ABdhPJxN+ZabMzgtnu78B9DAsD9kAikPCqKO/zHwd+iX8MpwMH/1zQp9Sk7Jv8TcKmHRsotNeZFCe8M8Hh9VDrsQAAg= X-Received: by 2002:a05:6102:22f7:: with SMTP id b23mr2784022vsh.172.1589362146397; Wed, 13 May 2020 02:29:06 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Rui Salvaterra Date: Wed, 13 May 2020 10:28:54 +0100 Message-ID: Subject: Re: [RFC] Remove AGP support from Radeon/Nouveau/TTM To: Daniel Vetter X-Mailman-Approved-At: Fri, 15 May 2020 06:52:55 +0000 X-BeenThere: dri-devel@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Direct Rendering Infrastructure - Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: =?UTF-8?Q?Christian_K=C3=B6nig?= , =?UTF-8?Q?Michel_D=C3=A4nzer?= , Maling list - DRI developers , "debian-powerpc@lists.debian.org" , John Paul Adrian Glaubitz , "Karoly Balogh \(Charlie/SGR\)" Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" On Wed, 13 May 2020 at 08:19, Daniel Vetter wrote: > > i915 is even worse, we manually mess around with clflush. In > userspace. So really there's 2 axis for dma memory: coherent vs. > non-coherent (which is something the dma-api somewhat exposed), i.e. > do you need to clflush or not, and cached vs uncached, i.e. are the > PAT entries wc or wb. So, the PowerPC AGP GART ends up being cached and non-coherent, right (assuming there's no way to set the page attributes MTRR/PAT-style)? Would something like a fixed memory carve-out help in these cases (like CMA, but not allowing the CPU to access the reserved area)? Not that I expect something like that to ever be implemented, of course, just curious to understand the requirements. _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel