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=-2.7 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED 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 B7FB3C433DB for ; Thu, 4 Feb 2021 15:59:35 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 717F164F4D for ; Thu, 4 Feb 2021 15:59:35 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237404AbhBDP7a (ORCPT ); Thu, 4 Feb 2021 10:59:30 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44380 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237584AbhBDPzl (ORCPT ); Thu, 4 Feb 2021 10:55:41 -0500 Received: from mail-oi1-x22b.google.com (mail-oi1-x22b.google.com [IPv6:2607:f8b0:4864:20::22b]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A2FC7C06178A; Thu, 4 Feb 2021 07:54:59 -0800 (PST) Received: by mail-oi1-x22b.google.com with SMTP id u66so2243575oig.9; Thu, 04 Feb 2021 07:54:59 -0800 (PST) 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:content-transfer-encoding; bh=TE+20LCg4P7JDuDi9T+hP1y0ckG6wCABKFlMFLlaYRg=; b=I9K7YZxnalNA46Wh5Hx77j97EmE2tjIuMHosJXXvSw3CyZGysR/AJ/IBWQPzW44qW4 erlX+94l1WSwG+/6XrZWbyZ9arxJmxCnM4PXgEbRYO4Drz109iHQ4dhFQv0R3eH+KETa UP/yIQL9L1KgoghJ92Ou9IqHzvzuBjvJZboPtUTdpLOyJEmxsW4InealPG0o0if7HvN0 JfRVp1+UN2Tc5FI2T5zhrKuqCxBUmGXsIqeDEnTJaNrAj4B/PgDat1cbzb7WGGbUN1Bz wJy5inN4ewT1q6TRNC/gLPX5fyIzRFULylh2apOjMENakVXi+96KpaIP9zRmPRTe0BUT 6U4g== 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:content-transfer-encoding; bh=TE+20LCg4P7JDuDi9T+hP1y0ckG6wCABKFlMFLlaYRg=; b=fnAsiSlh3hIP6ROFx0E31hnt/1amPbH4FvqTULjhr5v2AC9pjCl88pOSsI+S3JZ3ik KiIEic0K9/18uqQhTLHgZM1RIg3dFPZ+ce4lAexq5fJm2v1lBYGvC876smsqG5id3/H0 054kdwkdQE3zAn/EFu1cUCvm9vzxdC32OA8d+hrRNara8SPtPfh+378BXhmAYpImnYRR ztmvMrlAiTM79C5KHbHyPZP62UEGMhYHMJVXEpTpfQ7GZxzdlx7BQ5x4WGW7yYV4iLsa hzsN7v5T80D1EvHKfgF45JYXr/BVKQOWX04yTA2R3bK0a0fz9LY8m6SnFAVmfXpial2A Ppmw== X-Gm-Message-State: AOAM530taWTZDojcDEyxRGlDPPLnfK5XY5/U9I5/k3frxUaUsWC2YzRH f2zsqIb9C3P0w8N0LFDKqqbrIADDY69TpLhBM1w= X-Google-Smtp-Source: ABdhPJyHWaV6uURhsSn77dEppvf6IL/58QKDwEfT10ywtTObf87RA9Zbd2LVs5T02SCrHGMuhdJx0KX4chS3d+eTHNI= X-Received: by 2002:aca:1a17:: with SMTP id a23mr50294oia.120.1612454099140; Thu, 04 Feb 2021 07:54:59 -0800 (PST) MIME-Version: 1.0 References: <20210203003134.2422308-1-surenb@google.com> <20210203015553.GX308988@casper.infradead.org> In-Reply-To: From: Alex Deucher Date: Thu, 4 Feb 2021 10:54:48 -0500 Message-ID: Subject: Re: [Linaro-mm-sig] [PATCH 1/2] mm: replace BUG_ON in vm_insert_page with a return of an error To: =?UTF-8?Q?Christian_K=C3=B6nig?= Cc: Suren Baghdasaryan , Daniel Vetter , Christoph Hellwig , Sandeep Patil , dri-devel , Linux MM , Robin Murphy , James Jones , Linux Kernel Mailing List , Matthew Wilcox , "moderated list:DMA BUFFER SHARING FRAMEWORK" , Minchan Kim , Liam Mark , Chris Goldsworthy , Hridya Valsaraju , Andrew Morton , Android Kernel Team , "open list:DMA BUFFER SHARING FRAMEWORK" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Feb 4, 2021 at 3:16 AM Christian K=C3=B6nig wrote: > > Am 03.02.21 um 22:41 schrieb Suren Baghdasaryan: > > [SNIP] > >>> How many semi-unrelated buffer accounting schemes does google come up= with? > >>> > >>> We're at three with this one. > >>> > >>> And also we _cannot_ required that all dma-bufs are backed by struct > >>> page, so requiring struct page to make this work is a no-go. > >>> > >>> Second, we do not want to all get_user_pages and friends to work on > >>> dma-buf, it causes all kinds of pain. Yes on SoC where dma-buf are > >>> exclusively in system memory you can maybe get away with this, but > >>> dma-buf is supposed to work in more places than just Android SoCs. > >> I just realized that vm_inser_page doesn't even work for CMA, it would > >> upset get_user_pages pretty badly - you're trying to pin a page in > >> ZONE_MOVEABLE but you can't move it because it's rather special. > >> VM_SPECIAL is exactly meant to catch this stuff. > > Thanks for the input, Daniel! Let me think about the cases you pointed = out. > > > > IMHO, the issue with PSS is the difficulty of calculating this metric > > without struct page usage. I don't think that problem becomes easier > > if we use cgroups or any other API. I wanted to enable existing PSS > > calculation mechanisms for the dmabufs known to be backed by struct > > pages (since we know how the heap allocated that memory), but sounds > > like this would lead to problems that I did not consider. > > Yeah, using struct page indeed won't work. We discussed that multiple > times now and Daniel even has a patch to mangle the struct page pointers > inside the sg_table object to prevent abuse in that direction. > > On the other hand I totally agree that we need to do something on this > side which goes beyong what cgroups provide. > > A few years ago I came up with patches to improve the OOM killer to > include resources bound to the processes through file descriptors. I > unfortunately can't find them of hand any more and I'm currently to busy > to dig them up. https://lists.freedesktop.org/archives/dri-devel/2015-September/089778.html I think there was a more recent discussion, but I can't seem to find it. Alex > > In general I think we need to make it possible that both the in kernel > OOM killer as well as userspace processes and handlers have access to > that kind of data. > > The fdinfo approach as suggested in the other thread sounds like the > easiest solution to me. > > Regards, > Christian. > > > Thanks, > > Suren. > > > > > > _______________________________________________ > dri-devel mailing list > dri-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/dri-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 X-Spam-Level: X-Spam-Status: No, score=-2.7 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED 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 161BEC433DB for ; Thu, 4 Feb 2021 15:55:02 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 7405F64F5C for ; Thu, 4 Feb 2021 15:55:01 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 7405F64F5C Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=gmail.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id C62E86B0006; Thu, 4 Feb 2021 10:55:00 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id BEBD66B007E; Thu, 4 Feb 2021 10:55:00 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id ADA2D6B0080; Thu, 4 Feb 2021 10:55:00 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0210.hostedemail.com [216.40.44.210]) by kanga.kvack.org (Postfix) with ESMTP id 9506E6B0006 for ; Thu, 4 Feb 2021 10:55:00 -0500 (EST) Received: from smtpin27.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay04.hostedemail.com (Postfix) with ESMTP id 5B0011EFF for ; Thu, 4 Feb 2021 15:55:00 +0000 (UTC) X-FDA: 77781033960.27.drug57_280e67f275dd Received: from filter.hostedemail.com (10.5.16.251.rfc1918.com [10.5.16.251]) by smtpin27.hostedemail.com (Postfix) with ESMTP id 3F6B43D663 for ; Thu, 4 Feb 2021 15:55:00 +0000 (UTC) X-HE-Tag: drug57_280e67f275dd X-Filterd-Recvd-Size: 6719 Received: from mail-oi1-f181.google.com (mail-oi1-f181.google.com [209.85.167.181]) by imf12.hostedemail.com (Postfix) with ESMTP for ; Thu, 4 Feb 2021 15:54:59 +0000 (UTC) Received: by mail-oi1-f181.google.com with SMTP id k142so4163167oib.7 for ; Thu, 04 Feb 2021 07:54:59 -0800 (PST) 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:content-transfer-encoding; bh=TE+20LCg4P7JDuDi9T+hP1y0ckG6wCABKFlMFLlaYRg=; b=I9K7YZxnalNA46Wh5Hx77j97EmE2tjIuMHosJXXvSw3CyZGysR/AJ/IBWQPzW44qW4 erlX+94l1WSwG+/6XrZWbyZ9arxJmxCnM4PXgEbRYO4Drz109iHQ4dhFQv0R3eH+KETa UP/yIQL9L1KgoghJ92Ou9IqHzvzuBjvJZboPtUTdpLOyJEmxsW4InealPG0o0if7HvN0 JfRVp1+UN2Tc5FI2T5zhrKuqCxBUmGXsIqeDEnTJaNrAj4B/PgDat1cbzb7WGGbUN1Bz wJy5inN4ewT1q6TRNC/gLPX5fyIzRFULylh2apOjMENakVXi+96KpaIP9zRmPRTe0BUT 6U4g== 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:content-transfer-encoding; bh=TE+20LCg4P7JDuDi9T+hP1y0ckG6wCABKFlMFLlaYRg=; b=VdeLVD3oJOHM6hMhi3deFDl+7lBUtwYDu8PJoxSixh+m90Fl5JxXofolHn+RJngWiJ iox2boWrIwzai/FpTTTw1dIGd51n3SoE/XsrAQ7OwoLLF1Rwk5KP7KmXnMp/OfatuzuF d+xJDgpyowHiNzu7mgHgzWJ9G5w3B6NcDagVgT/zgtSTJMUL1coUsW5DGONsQsW5GZzF 1Ym3g0RPYgKwgnUp91tRK8nAMEu0KZDjzqZsg5qu7Y0OM7ZlX8PLCCGUdlbIOXYq5BCG b224DpYq5NemyqkOKpyNx3SLawaKY9B+MyJh4ZchvEUCjiUxsXY78quM32Tt+Hg/ZpP4 2OnA== X-Gm-Message-State: AOAM532qVNpzE7DORU7POH0WAe39nRC/kHJXbSzn3RDpr5+yVY6ScU0u UR04nR9c5BChAy8t9G6RfbKu8V4Qbp1J4rdiDik= X-Google-Smtp-Source: ABdhPJyHWaV6uURhsSn77dEppvf6IL/58QKDwEfT10ywtTObf87RA9Zbd2LVs5T02SCrHGMuhdJx0KX4chS3d+eTHNI= X-Received: by 2002:aca:1a17:: with SMTP id a23mr50294oia.120.1612454099140; Thu, 04 Feb 2021 07:54:59 -0800 (PST) MIME-Version: 1.0 References: <20210203003134.2422308-1-surenb@google.com> <20210203015553.GX308988@casper.infradead.org> In-Reply-To: From: Alex Deucher Date: Thu, 4 Feb 2021 10:54:48 -0500 Message-ID: Subject: Re: [Linaro-mm-sig] [PATCH 1/2] mm: replace BUG_ON in vm_insert_page with a return of an error To: =?UTF-8?Q?Christian_K=C3=B6nig?= Cc: Suren Baghdasaryan , Daniel Vetter , Christoph Hellwig , Sandeep Patil , dri-devel , Linux MM , Robin Murphy , James Jones , Linux Kernel Mailing List , Matthew Wilcox , "moderated list:DMA BUFFER SHARING FRAMEWORK" , Minchan Kim , Liam Mark , Chris Goldsworthy , Hridya Valsaraju , Andrew Morton , Android Kernel Team , "open list:DMA BUFFER SHARING FRAMEWORK" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Thu, Feb 4, 2021 at 3:16 AM Christian K=C3=B6nig wrote: > > Am 03.02.21 um 22:41 schrieb Suren Baghdasaryan: > > [SNIP] > >>> How many semi-unrelated buffer accounting schemes does google come up= with? > >>> > >>> We're at three with this one. > >>> > >>> And also we _cannot_ required that all dma-bufs are backed by struct > >>> page, so requiring struct page to make this work is a no-go. > >>> > >>> Second, we do not want to all get_user_pages and friends to work on > >>> dma-buf, it causes all kinds of pain. Yes on SoC where dma-buf are > >>> exclusively in system memory you can maybe get away with this, but > >>> dma-buf is supposed to work in more places than just Android SoCs. > >> I just realized that vm_inser_page doesn't even work for CMA, it would > >> upset get_user_pages pretty badly - you're trying to pin a page in > >> ZONE_MOVEABLE but you can't move it because it's rather special. > >> VM_SPECIAL is exactly meant to catch this stuff. > > Thanks for the input, Daniel! Let me think about the cases you pointed = out. > > > > IMHO, the issue with PSS is the difficulty of calculating this metric > > without struct page usage. I don't think that problem becomes easier > > if we use cgroups or any other API. I wanted to enable existing PSS > > calculation mechanisms for the dmabufs known to be backed by struct > > pages (since we know how the heap allocated that memory), but sounds > > like this would lead to problems that I did not consider. > > Yeah, using struct page indeed won't work. We discussed that multiple > times now and Daniel even has a patch to mangle the struct page pointers > inside the sg_table object to prevent abuse in that direction. > > On the other hand I totally agree that we need to do something on this > side which goes beyong what cgroups provide. > > A few years ago I came up with patches to improve the OOM killer to > include resources bound to the processes through file descriptors. I > unfortunately can't find them of hand any more and I'm currently to busy > to dig them up. https://lists.freedesktop.org/archives/dri-devel/2015-September/089778.html I think there was a more recent discussion, but I can't seem to find it. Alex > > In general I think we need to make it possible that both the in kernel > OOM killer as well as userspace processes and handlers have access to > that kind of data. > > The fdinfo approach as suggested in the other thread sounds like the > easiest solution to me. > > Regards, > Christian. > > > Thanks, > > Suren. > > > > > > _______________________________________________ > dri-devel mailing list > dri-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/dri-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 X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,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, URIBL_BLOCKED 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 9B461C433E0 for ; Thu, 4 Feb 2021 15:55:01 +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 503AF64F4D for ; Thu, 4 Feb 2021 15:55:01 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 503AF64F4D 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 C3CED6EDFF; Thu, 4 Feb 2021 15:55:00 +0000 (UTC) Received: from mail-oi1-x234.google.com (mail-oi1-x234.google.com [IPv6:2607:f8b0:4864:20::234]) by gabe.freedesktop.org (Postfix) with ESMTPS id BDE706EDFF for ; Thu, 4 Feb 2021 15:54:59 +0000 (UTC) Received: by mail-oi1-x234.google.com with SMTP id h192so4196450oib.1 for ; Thu, 04 Feb 2021 07:54:59 -0800 (PST) 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:content-transfer-encoding; bh=TE+20LCg4P7JDuDi9T+hP1y0ckG6wCABKFlMFLlaYRg=; b=I9K7YZxnalNA46Wh5Hx77j97EmE2tjIuMHosJXXvSw3CyZGysR/AJ/IBWQPzW44qW4 erlX+94l1WSwG+/6XrZWbyZ9arxJmxCnM4PXgEbRYO4Drz109iHQ4dhFQv0R3eH+KETa UP/yIQL9L1KgoghJ92Ou9IqHzvzuBjvJZboPtUTdpLOyJEmxsW4InealPG0o0if7HvN0 JfRVp1+UN2Tc5FI2T5zhrKuqCxBUmGXsIqeDEnTJaNrAj4B/PgDat1cbzb7WGGbUN1Bz wJy5inN4ewT1q6TRNC/gLPX5fyIzRFULylh2apOjMENakVXi+96KpaIP9zRmPRTe0BUT 6U4g== 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:content-transfer-encoding; bh=TE+20LCg4P7JDuDi9T+hP1y0ckG6wCABKFlMFLlaYRg=; b=MaFsO2tSGecqcK98+cb17TS/s72hYCMoJN36UVqryOnPeGPKUarAmyoBbBQ64vKlzM pzCZKIiVG9EqF8dsMoBKVOHjtmZXAHuPSPf7QCjadnyXAU0gqNd6qFh9C6v6pXsPsEcV p7Lt8pNLGBe1/c4dXumESJMv7y6wod0mDg9fWZ34E5f7F5cpEiBlnR65csXobQ1RZBIj X27UwojXXje0O0NOFA6eCFruFuAZIQYO8NYgkb1kzHlBdjDFDRQ5Ie+jqgpilQAZ/JYF xDyP5lczM8E+aMWa0g/lvlRQZtTRVbDWAnidqP4FL8bhQoMrupJiKR63hwNDauwwGGAL jhKg== X-Gm-Message-State: AOAM530QIkCvPjpU0IBe6kH9cwIM9qoGx0o+VpW+vdxhVDp/+KWBgISi 3YkfjoZF2y2Wwjna4CdoJBvRJOd4x9XjyiU3kKc= X-Google-Smtp-Source: ABdhPJyHWaV6uURhsSn77dEppvf6IL/58QKDwEfT10ywtTObf87RA9Zbd2LVs5T02SCrHGMuhdJx0KX4chS3d+eTHNI= X-Received: by 2002:aca:1a17:: with SMTP id a23mr50294oia.120.1612454099140; Thu, 04 Feb 2021 07:54:59 -0800 (PST) MIME-Version: 1.0 References: <20210203003134.2422308-1-surenb@google.com> <20210203015553.GX308988@casper.infradead.org> In-Reply-To: From: Alex Deucher Date: Thu, 4 Feb 2021 10:54:48 -0500 Message-ID: Subject: Re: [Linaro-mm-sig] [PATCH 1/2] mm: replace BUG_ON in vm_insert_page with a return of an error To: =?UTF-8?Q?Christian_K=C3=B6nig?= 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: "moderated list:DMA BUFFER SHARING FRAMEWORK" , Android Kernel Team , Sandeep Patil , Liam Mark , Minchan Kim , Daniel Vetter , James Jones , Robin Murphy , dri-devel , Linux Kernel Mailing List , Christoph Hellwig , Linux MM , Matthew Wilcox , Chris Goldsworthy , Hridya Valsaraju , Andrew Morton , Suren Baghdasaryan , "open list:DMA BUFFER SHARING FRAMEWORK" Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" T24gVGh1LCBGZWIgNCwgMjAyMSBhdCAzOjE2IEFNIENocmlzdGlhbiBLw7ZuaWcgPGNocmlzdGlh bi5rb2VuaWdAYW1kLmNvbT4gd3JvdGU6Cj4KPiBBbSAwMy4wMi4yMSB1bSAyMjo0MSBzY2hyaWVi IFN1cmVuIEJhZ2hkYXNhcnlhbjoKPiA+IFtTTklQXQo+ID4+PiBIb3cgbWFueSBzZW1pLXVucmVs YXRlZCBidWZmZXIgYWNjb3VudGluZyBzY2hlbWVzIGRvZXMgZ29vZ2xlIGNvbWUgdXAgd2l0aD8K PiA+Pj4KPiA+Pj4gV2UncmUgYXQgdGhyZWUgd2l0aCB0aGlzIG9uZS4KPiA+Pj4KPiA+Pj4gQW5k IGFsc28gd2UgX2Nhbm5vdF8gcmVxdWlyZWQgdGhhdCBhbGwgZG1hLWJ1ZnMgYXJlIGJhY2tlZCBi eSBzdHJ1Y3QKPiA+Pj4gcGFnZSwgc28gcmVxdWlyaW5nIHN0cnVjdCBwYWdlIHRvIG1ha2UgdGhp cyB3b3JrIGlzIGEgbm8tZ28uCj4gPj4+Cj4gPj4+IFNlY29uZCwgd2UgZG8gbm90IHdhbnQgdG8g YWxsIGdldF91c2VyX3BhZ2VzIGFuZCBmcmllbmRzIHRvIHdvcmsgb24KPiA+Pj4gZG1hLWJ1Ziwg aXQgY2F1c2VzIGFsbCBraW5kcyBvZiBwYWluLiBZZXMgb24gU29DIHdoZXJlIGRtYS1idWYgYXJl Cj4gPj4+IGV4Y2x1c2l2ZWx5IGluIHN5c3RlbSBtZW1vcnkgeW91IGNhbiBtYXliZSBnZXQgYXdh eSB3aXRoIHRoaXMsIGJ1dAo+ID4+PiBkbWEtYnVmIGlzIHN1cHBvc2VkIHRvIHdvcmsgaW4gbW9y ZSBwbGFjZXMgdGhhbiBqdXN0IEFuZHJvaWQgU29Dcy4KPiA+PiBJIGp1c3QgcmVhbGl6ZWQgdGhh dCB2bV9pbnNlcl9wYWdlIGRvZXNuJ3QgZXZlbiB3b3JrIGZvciBDTUEsIGl0IHdvdWxkCj4gPj4g dXBzZXQgZ2V0X3VzZXJfcGFnZXMgcHJldHR5IGJhZGx5IC0geW91J3JlIHRyeWluZyB0byBwaW4g YSBwYWdlIGluCj4gPj4gWk9ORV9NT1ZFQUJMRSBidXQgeW91IGNhbid0IG1vdmUgaXQgYmVjYXVz ZSBpdCdzIHJhdGhlciBzcGVjaWFsLgo+ID4+IFZNX1NQRUNJQUwgaXMgZXhhY3RseSBtZWFudCB0 byBjYXRjaCB0aGlzIHN0dWZmLgo+ID4gVGhhbmtzIGZvciB0aGUgaW5wdXQsIERhbmllbCEgTGV0 IG1lIHRoaW5rIGFib3V0IHRoZSBjYXNlcyB5b3UgcG9pbnRlZCBvdXQuCj4gPgo+ID4gSU1ITywg dGhlIGlzc3VlIHdpdGggUFNTIGlzIHRoZSBkaWZmaWN1bHR5IG9mIGNhbGN1bGF0aW5nIHRoaXMg bWV0cmljCj4gPiB3aXRob3V0IHN0cnVjdCBwYWdlIHVzYWdlLiBJIGRvbid0IHRoaW5rIHRoYXQg cHJvYmxlbSBiZWNvbWVzIGVhc2llcgo+ID4gaWYgd2UgdXNlIGNncm91cHMgb3IgYW55IG90aGVy IEFQSS4gSSB3YW50ZWQgdG8gZW5hYmxlIGV4aXN0aW5nIFBTUwo+ID4gY2FsY3VsYXRpb24gbWVj aGFuaXNtcyBmb3IgdGhlIGRtYWJ1ZnMga25vd24gdG8gYmUgYmFja2VkIGJ5IHN0cnVjdAo+ID4g cGFnZXMgKHNpbmNlIHdlIGtub3cgaG93IHRoZSBoZWFwIGFsbG9jYXRlZCB0aGF0IG1lbW9yeSks IGJ1dCBzb3VuZHMKPiA+IGxpa2UgdGhpcyB3b3VsZCBsZWFkIHRvIHByb2JsZW1zIHRoYXQgSSBk aWQgbm90IGNvbnNpZGVyLgo+Cj4gWWVhaCwgdXNpbmcgc3RydWN0IHBhZ2UgaW5kZWVkIHdvbid0 IHdvcmsuIFdlIGRpc2N1c3NlZCB0aGF0IG11bHRpcGxlCj4gdGltZXMgbm93IGFuZCBEYW5pZWwg ZXZlbiBoYXMgYSBwYXRjaCB0byBtYW5nbGUgdGhlIHN0cnVjdCBwYWdlIHBvaW50ZXJzCj4gaW5z aWRlIHRoZSBzZ190YWJsZSBvYmplY3QgdG8gcHJldmVudCBhYnVzZSBpbiB0aGF0IGRpcmVjdGlv bi4KPgo+IE9uIHRoZSBvdGhlciBoYW5kIEkgdG90YWxseSBhZ3JlZSB0aGF0IHdlIG5lZWQgdG8g ZG8gc29tZXRoaW5nIG9uIHRoaXMKPiBzaWRlIHdoaWNoIGdvZXMgYmV5b25nIHdoYXQgY2dyb3Vw cyBwcm92aWRlLgo+Cj4gQSBmZXcgeWVhcnMgYWdvIEkgY2FtZSB1cCB3aXRoIHBhdGNoZXMgdG8g aW1wcm92ZSB0aGUgT09NIGtpbGxlciB0bwo+IGluY2x1ZGUgcmVzb3VyY2VzIGJvdW5kIHRvIHRo ZSBwcm9jZXNzZXMgdGhyb3VnaCBmaWxlIGRlc2NyaXB0b3JzLiBJCj4gdW5mb3J0dW5hdGVseSBj YW4ndCBmaW5kIHRoZW0gb2YgaGFuZCBhbnkgbW9yZSBhbmQgSSdtIGN1cnJlbnRseSB0byBidXN5 Cj4gdG8gZGlnIHRoZW0gdXAuCgpodHRwczovL2xpc3RzLmZyZWVkZXNrdG9wLm9yZy9hcmNoaXZl cy9kcmktZGV2ZWwvMjAxNS1TZXB0ZW1iZXIvMDg5Nzc4Lmh0bWwKSSB0aGluayB0aGVyZSB3YXMg YSBtb3JlIHJlY2VudCBkaXNjdXNzaW9uLCBidXQgSSBjYW4ndCBzZWVtIHRvIGZpbmQgaXQuCgpB bGV4Cgo+Cj4gSW4gZ2VuZXJhbCBJIHRoaW5rIHdlIG5lZWQgdG8gbWFrZSBpdCBwb3NzaWJsZSB0 aGF0IGJvdGggdGhlIGluIGtlcm5lbAo+IE9PTSBraWxsZXIgYXMgd2VsbCBhcyB1c2Vyc3BhY2Ug cHJvY2Vzc2VzIGFuZCBoYW5kbGVycyBoYXZlIGFjY2VzcyB0bwo+IHRoYXQga2luZCBvZiBkYXRh Lgo+Cj4gVGhlIGZkaW5mbyBhcHByb2FjaCBhcyBzdWdnZXN0ZWQgaW4gdGhlIG90aGVyIHRocmVh ZCBzb3VuZHMgbGlrZSB0aGUKPiBlYXNpZXN0IHNvbHV0aW9uIHRvIG1lLgo+Cj4gUmVnYXJkcywK PiBDaHJpc3RpYW4uCj4KPiA+IFRoYW5rcywKPiA+IFN1cmVuLgo+ID4KPiA+Cj4KPiBfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+IGRyaS1kZXZlbCBtYWls aW5nIGxpc3QKPiBkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCj4gaHR0cHM6Ly9saXN0 cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9kcmktZGV2ZWwKX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVsIG1haWxpbmcgbGlz dApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlzdHMuZnJlZWRlc2t0 b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVsCg==