Hi,
On Fri, 2019-03-29 at 18:42 +, Daniel Stone wrote:
> Hi,
>
> On Fri, 29 Mar 2019 at 18:14, Eric Anholt wrote:
> > Paul Kocialkowski writes:
> > > I'm not totally convinced that it's okay to have a delay outside of
> > > init/enumeration, even if it's a smaller delay.
> >
> > You'll
Hi,
On Fri, 29 Mar 2019 at 18:14, Eric Anholt wrote:
> Paul Kocialkowski writes:
> > I'm not totally convinced that it's okay to have a delay outside of
> > init/enumeration, even if it's a smaller delay.
>
> You'll have non-dumb buffers created during GL context creation, so
> early in xserver
Paul Kocialkowski writes:
> Hi,
>
> Le vendredi 29 mars 2019 à 16:25 +0100, Daniel Vetter a écrit :
>> On Fri, Mar 29, 2019 at 04:02:23PM +0100, Paul Kocialkowski wrote:
>> > Hi,
>> >
>> > On Fri, 2019-03-29 at 09:09 +, Daniel Stone wrote:
>> > > Hi,
>> > >
>> > > On Thu, 28 Mar 2019 at
Hi,
Le vendredi 29 mars 2019 à 16:25 +0100, Daniel Vetter a écrit :
> On Fri, Mar 29, 2019 at 04:02:23PM +0100, Paul Kocialkowski wrote:
> > Hi,
> >
> > On Fri, 2019-03-29 at 09:09 +, Daniel Stone wrote:
> > > Hi,
> > >
> > > On Thu, 28 Mar 2019 at 18:53, Daniel Vetter wrote:
> > > > On
On Fri, Mar 29, 2019 at 04:02:23PM +0100, Paul Kocialkowski wrote:
> Hi,
>
> On Fri, 2019-03-29 at 09:09 +, Daniel Stone wrote:
> > Hi,
> >
> > On Thu, 28 Mar 2019 at 18:53, Daniel Vetter wrote:
> > > On Thu, Mar 21, 2019 at 04:27:06PM +0100, Paul Kocialkowski wrote:
> > > > I don't see
Hi,
Le jeudi 28 mars 2019 à 19:53 +0100, Daniel Vetter a écrit :
> On Thu, Mar 21, 2019 at 04:27:06PM +0100, Paul Kocialkowski wrote:
> > Hi,
> >
> > Le mercredi 20 mars 2019 à 09:56 -0700, Eric Anholt a écrit :
> > > Paul Kocialkowski writes:
> > >
> > > > The firstopen DRM driver hook was
Hi,
On Fri, 2019-03-29 at 09:09 +, Daniel Stone wrote:
> Hi,
>
> On Thu, 28 Mar 2019 at 18:53, Daniel Vetter wrote:
> > On Thu, Mar 21, 2019 at 04:27:06PM +0100, Paul Kocialkowski wrote:
> > > I don't see other options either, and using firstclose/lastopen feels
> > > overall more readable
Hi,
On Thu, 28 Mar 2019 at 18:53, Daniel Vetter wrote:
> On Thu, Mar 21, 2019 at 04:27:06PM +0100, Paul Kocialkowski wrote:
> > I don't see other options either, and using firstclose/lastopen feels
> > overall more readable in the driver code.
> >
> > I'm not sure there is such a big overhead
On Thu, Mar 21, 2019 at 04:27:06PM +0100, Paul Kocialkowski wrote:
> Hi,
>
> Le mercredi 20 mars 2019 à 09:56 -0700, Eric Anholt a écrit :
> > Paul Kocialkowski writes:
> >
> > > The firstopen DRM driver hook was initially used to perform hardware
> > > initialization, which is now considered
Paul Kocialkowski writes:
> Hi,
>
> Le mercredi 20 mars 2019 à 09:56 -0700, Eric Anholt a écrit :
>> Paul Kocialkowski writes:
>>
>> > The firstopen DRM driver hook was initially used to perform hardware
>> > initialization, which is now considered legacy. Only a single user of
>> > firstopen
Hi,
Le mercredi 20 mars 2019 à 09:56 -0700, Eric Anholt a écrit :
> Paul Kocialkowski writes:
>
> > The firstopen DRM driver hook was initially used to perform hardware
> > initialization, which is now considered legacy. Only a single user of
> > firstopen remains at this point (savage).
> >
>
Paul Kocialkowski writes:
> The firstopen DRM driver hook was initially used to perform hardware
> initialization, which is now considered legacy. Only a single user of
> firstopen remains at this point (savage).
>
> In some specific cases, non-legacy drivers may also need to implement
> these
The firstopen DRM driver hook was initially used to perform hardware
initialization, which is now considered legacy. Only a single user of
firstopen remains at this point (savage).
In some specific cases, non-legacy drivers may also need to implement
these hooks. For instance on VC4, we need to
13 matches
Mail list logo
