On 20/12/15(Sun) 14:06, Jonathan Gray wrote:
> On Sat, Dec 19, 2015 at 04:36:53PM +0100, Martin Pieuchot wrote:
> > On 20/12/15(Sun) 00:05, Jonathan Gray wrote:
> > > On Sat, Dec 19, 2015 at 01:06:28PM +0100, Martin Pieuchot wrote:
> > > > When I start glxgears(1) (on macppc) I see:
> > > >
> > > > glxgears:/usr/X11R6/lib/modules/dri/r300_dri.so: undefined symbol
> > > > 'drisw_create_screen'
> > > > libGL error: unable to load driver: r300_dri.so
> > > > libGL error: driver pointer missing
> > > > libGL error: failed to load driver: r300
> > > >
> > > >
> > > > I don't have a Radeon card on !macppc machine but on my amd64 I also
> > > > see:
> > > >
> > > > $ nm /usr/X11R6/lib/modules/dri/r300_dri.so |grep drisw_create_screen
> > > > U drisw_create_screen
> > > >
> > > > Sin the r300 and the r600 dri DSO are the same, I wonder if anybody is
> > > > able to load them?
> > > >
> > > > $ ls -li r[36]00_dri.so
> > > > 26355 -rw-r--r-- 2 root wheel 18913848 Dec 12 06:14 r300_dri.so
> > > > 26355 -rw-r--r-- 2 root wheel 18913848 Dec 12 06:14 r600_dri.so
> > > >
> > > > Diff below works for me. It clearly seems to be a workaround.
> > >
> > > I wonder if this is another powerpc binutils bug.
> >
> > Are you saying that it works for you on amd64/i386? Which shared object
> > provides the 'drisw_create_screen' symbol then because I cannot find it
> > on my amd64 system under /usr/X11R6:
> >
> > $ find . -name "*.so*" |xargs nm |grep drisw_create_screen
> > U drisw_create_screen
> > U drisw_create_screen
> >
>
> I can't easily test r300/r600 at the moment but the update was tested
> by at least r600 users on amd64. I tested at least one of the 11.0
> releases on r300/r600 with amd64 at some point but I don't recall if that
> was with autoconf build or an update to the custom makefiles that
> wasn't committed.
>
> The code in question seems to have been removed sometime after Mesa 11.0
> was branched. So how about we build softpipe everywhere for now
> (not just dri archs as your diff had) and revisit this later if needed.
Works for me, ok mpi@
> Building this way means the gallium software rasteriser will be used
> instead of the dri one even though both are built.
>
> The intel dri drivers use floating point textures regardless of configure
> options but others don't. I think we should enable that everywhere
> as well. It may make Mesa advertise OpenGL 3.x for r600 instead of 2.1.
I don't have r600 to test but it makes sense.
> Index: Makefile.bsd-wrapper
> ===================================================================
> RCS file: /cvs/xenocara/lib/mesa/Makefile.bsd-wrapper,v
> retrieving revision 1.2
> diff -u -p -r1.2 Makefile.bsd-wrapper
> --- Makefile.bsd-wrapper 26 Nov 2015 19:05:49 -0000 1.2
> +++ Makefile.bsd-wrapper 20 Dec 2015 02:48:55 -0000
> @@ -6,16 +6,16 @@ SHARED_LIBS= EGL 1.0 gbm 0.0 glapi 0.1 G
> OSMesa 9.0
>
> DRI_DRIVERS= swrast
> -GALLIUM_DRIVERS=
> +GALLIUM_DRIVERS= swrast
>
> .if ${MACHINE} == i386 || ${MACHINE} == amd64
> DRI_DRIVERS=swrast,radeon,r200,i915,i965
> -GALLIUM_DRIVERS=r300,r600
> +GALLIUM_DRIVERS=swrast,r300,r600
> .endif
>
> .if ${MACHINE} == macppc || ${MACHINE} == sparc64
> DRI_DRIVERS=swrast,radeon,r200
> -GALLIUM_DRIVERS=r300,r600
> +GALLIUM_DRIVERS=swrast,r300,r600
> .endif
>
> CONFIGURE_ARGS= --with-dri-drivers=${DRI_DRIVERS} \
> @@ -27,6 +27,7 @@ CONFIGURE_ARGS= --with-dri-drivers=${DR
> --enable-shared-glapi \
> --enable-osmesa \
> --enable-gbm \
> + --enable-texture-float \
> --with-egl-platforms="x11,drm" \
> --prefix=${X11BASE} \
> --with-dri-driverdir=${X11BASE}/lib/modules/dri \
>
