Re: [Mesa-dev] [Mesa-stable] [PATCH v2] glx: Properly handle cases where screen creation fails

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

Re: [Mesa-dev] [Mesa-stable] [PATCH v2] glx: Properly handle cases where screen creation fails

> > > 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. > >

Re: [Mesa-dev] [Mesa-stable] [PATCH v2] glx: Properly handle cases where screen creation fails

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

Re: [Mesa-dev] [Mesa-stable] [PATCH v2] glx: Properly handle cases where screen creation fails

> > 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

Re: [Mesa-dev] [Mesa-stable] [PATCH v2] glx: Properly handle cases where screen creation fails

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