On Wed, Mar 23, 2022 at 07:55:23PM -0500, Rob Herring wrote:
> On Wed, Mar 23, 2022 at 5:15 PM dann frazier
> wrote:
> >
> > On Wed, Mar 23, 2022 at 09:49:04AM +, Marc Zyngier wrote:
> > > On Tue, 22 Mar 2022 17:27:36 +,
> > > Robin Murphy wrote:
>
On Wed, Mar 23, 2022 at 09:49:04AM +, Marc Zyngier wrote:
> On Tue, 22 Mar 2022 17:27:36 +,
> Robin Murphy wrote:
> >
> > Originally, creating the dma_ranges resource list in pre-sorted fashion
> > was the simplest and most efficient way to enforce the order required by
> > iova_reserve_p
lude/linux/dma-contiguous.h | 11 +++
> kernel/dma/contiguous.c| 57 ++
> kernel/dma/direct.c| 24 +++---
> 3 files changed, 72 insertions(+), 20 deletions(-)
Thanks Nicolin. Tested on a HiSilicon D06 system.
Tested-by: dann frazier
On Thu, May 23, 2019 at 7:52 PM dann frazier wrote:
>
> On Mon, May 6, 2019 at 4:35 PM Nicolin Chen wrote:
> >
> > Both dma_alloc_from_contiguous() and dma_release_from_contiguous()
> > are very simply implemented, but requiring callers to pass certain
> > parame
On Mon, May 6, 2019 at 4:35 PM Nicolin Chen wrote:
>
> Both dma_alloc_from_contiguous() and dma_release_from_contiguous()
> are very simply implemented, but requiring callers to pass certain
> parameters like count and align, and taking a boolean parameter to
> check __GFP_NOWARN in the allocation
On Tue, Apr 23, 2019 at 12:03 PM dann frazier
wrote:
>
> On Tue, Apr 23, 2019 at 5:32 AM Robin Murphy wrote:
> >
> > On 17/04/2019 21:48, dann frazier wrote:
> > > hey,
> > >I'm seeing an issue on a couple of arm64 systems[*] where they spew
> >
On Tue, Apr 23, 2019 at 5:32 AM Robin Murphy wrote:
>
> On 17/04/2019 21:48, dann frazier wrote:
> > hey,
> >I'm seeing an issue on a couple of arm64 systems[*] where they spew
> > ~10K "cma: cma_alloc: alloc failed" messages at boot. The errors are
hey,
I'm seeing an issue on a couple of arm64 systems[*] where they spew
~10K "cma: cma_alloc: alloc failed" messages at boot. The errors are
non-fatal, and bumping up cma to a large enough size (~128M) gets rid
of them - but that seems suboptimal. Bisection shows that this started
after commit f