linux-kernel - Re: [Nouveau] [Intel-gfx] [PATCH v6 08/17] drm/ttm: use gem vma

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20190821115523.GA21839@ulmo>
Date:   Wed, 21 Aug 2019 13:55:23 +0200
From:   Thierry Reding <thierry.reding@...il.com>
To:     Ben Skeggs <skeggsb@...il.com>
Cc:     Gerd Hoffmann <kraxel@...hat.com>,
        ML dri-devel <dri-devel@...ts.freedesktop.org>,
        ML nouveau <nouveau@...ts.freedesktop.org>,
        intel-gfx <intel-gfx@...ts.freedesktop.org>,
        linux-kernel@...r.kernel.org, amd-gfx@...ts.freedesktop.org,
        linux-graphics-maintainer@...are.com,
        Ben Skeggs <bskeggs@...hat.com>,
        spice-devel@...ts.freedesktop.org
Subject: Re: [Nouveau] [Intel-gfx] [PATCH v6 08/17] drm/ttm: use gem vma_node

On Wed, Aug 21, 2019 at 04:33:58PM +1000, Ben Skeggs wrote:
> On Wed, 14 Aug 2019 at 20:14, Gerd Hoffmann <kraxel@...hat.com> wrote:
> >
> >   Hi,
> >
> > > > Changing the order doesn't look hard.  Patch attached (untested, have no
> > > > test hardware).  But maybe I missed some detail ...
> > >
> > > I came up with something very similar by splitting up nouveau_bo_new()
> > > into allocation and initialization steps, so that when necessary the GEM
> > > object can be initialized in between. I think that's slightly more
> > > flexible and easier to understand than a boolean flag.
> >
> > Yes, that should work too.
> >
> > Acked-by: Gerd Hoffmann <kraxel@...hat.com>
> Acked-by: Ben Skeggs <bskeggs@...hat.com>

Thanks guys, applied to drm-misc-next.

Thierry

Download attachment "signature.asc" of type "application/pgp-signature" (834 bytes)