[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <TY3P286MB26118906837CC416FA56AA0698A19@TY3P286MB2611.JPNP286.PROD.OUTLOOK.COM>
Date: Sat, 18 Feb 2023 00:01:19 +0800
From: Shengyu Qu <wiagn233@...look.com>
To: Michael Tretter <m.tretter@...gutronix.de>,
devicetree@...r.kernel.org, ezequiel@...guardiasur.com.ar,
frattaroli.nicolas@...il.com, heiko@...ech.de,
jacob-chen@...wrt.com, krzysztof.kozlowski+dt@...aro.org,
krzysztof.kozlowski@...aro.org,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
linux-media@...r.kernel.org, linux-rockchip@...ts.infradead.org,
mchehab@...nel.org, robh+dt@...nel.org, kernel@...gutronix.de
Subject: Re: [PATCH RESEND 2/2] arm64: dts: rockchip: Add RGA2 support to
rk356x
Hi, Michael,
> I don't think the GFP_DMA32 flag works with DmaBuf import. The buffer may be
> allocated by some other driver that is able to address more than 4G and
> imported into the RGA driver. In this case, limiting the allocations is not
> enough, but we would still need error handling in the map function for buffers
> that cannot be addressed by the RGA.
>
> I guess we need both, a limit for the allocation and error checking for the
> map.
Maybe you are right.. I haven't digged into v4l2-m2m API, so I'm not
sure about
it. Seems we need others' help.
Shengyu
Download attachment "OpenPGP_0xE3520CC91929C8E7.asc" of type "application/pgp-keys" (6869 bytes)
Download attachment "OpenPGP_signature" of type "application/pgp-signature" (834 bytes)
Powered by blists - more mailing lists