Hi Michel, thanks for keeping an eye on the commits.
Michel Dänzer <daen...@debian.org> (20/06/2011): > This is wrong. r300g works fine without LLVM. The reason for the > dependency is that without LLVM, Gallium's software vertex processing is > very slow. But this only affects integrated GPUs without vertex shaders, > which are only available for x86 CPUs. AFAICT, configure disagrees. But it's strange-ish anyway, so it might just need some targeted patching. > > commit 7d332507bbffa1fdb59723808ef39b9e50983e16 > > Author: Cyril Brulebois <k...@debian.org> > > Date: Sun Jun 19 15:37:18 2011 +0200 > > > > Stop building i915g at all. > > > > It's apparently never going to be a suitable replacement for i915c. > > According to whom? My impression from the sideline has been that i915g > has been improving quite rapidly recently and already performs better > than i915c in some cases. > > Or is it because i915g doesn't support some of the chipsets supported by > i915c (those without pixel shaders)? 2011-02-01 02:18:21[ KiBi] speaking of which, what's the status for i915/i965 on the gallium side of things? Still not ready to replace the existing DRI drivers? 2011-02-01 02:20:02[@airlied] KiBi: not planned 2011-02-01 02:20:52[ KiBi] even with s/replace/coexist/ for some specific usecases? 2011-02-01 02:21:14[ KiBi] (I'm wondering what to ship in our mesa packages) 2011-02-01 02:21:44[@airlied] classic 2011-02-01 02:22:05[ KiBi] alrighty, thanks. (and ajax seems to agree.) As for today, airlied said i965g is apparently going nowhere, while i915g might be a useful replacement for certain cases. As discussed on IRC, I gathered that from #intel-gfx, which I thought was a good place to gather intel-related intel. Mraw, KiBi.
signature.asc
Description: Digital signature
