On 22 February 2018 at 17:36, Chuck Atkins wrote:
>> > If there's a better way forward for having a minimal-dependency
>> > software-only implementation, I'd certainly be willing to try it. At
>> > the
>> > moment though, gallium-xlib-glx is our path for that.
>> >
>> I
>
> > If there's a better way forward for having a minimal-dependency
> > software-only implementation, I'd certainly be willing to try it. At the
> > moment though, gallium-xlib-glx is our path for that.
> >
> I was merely mentioning that the xlib-glx are in worse shape than the dri
> one.
>
>
On 22 February 2018 at 15:18, Chuck Atkins wrote:
>> On 22 February 2018 at 14:33, Chuck Atkins
>> wrote:
>> > This fixes a segfault exposed by a29d63ecf7 which occurs when swr is
>> > used on an unsupported architecture.
>> >
>> > v2: re-work
>
> On 22 February 2018 at 14:33, Chuck Atkins
> wrote:
> > This fixes a segfault exposed by a29d63ecf7 which occurs when swr is
> > used on an unsupported architecture.
> >
> > v2: re-work to place logic in xmesa_init_display
> >
> > Signed-off-by: Chuck Atkins
On 22 February 2018 at 14:33, Chuck Atkins wrote:
> This fixes a segfault exposed by a29d63ecf7 which occurs when swr is
> used on an unsupported architecture.
>
> v2: re-work to place logic in xmesa_init_display
>
> Signed-off-by: Chuck Atkins