On Mon, May 25, 2015 at 04:44:22AM +0100, Ken Moffat wrote: only you didn't see it, because it was too big - must have been the attachment. Oh well, you can git clone for yourselves if you want to :-)
Here is the actualy mail without the attachment. > On Mon, May 25, 2015 at 04:14:04AM +0100, Ken Moffat wrote: > > > > Normally, I run ../gcc-5.1.0/contrib/test_summary but that is giving > > me no output at all. ??? This is from upgrading gcc on the existing > > system. > > > > Also, the build and tests completed in just over 10 minutes, which > > is a lot less than I was expecting (SandyBridge i3, -j4). Colour me > > baffled and very much wishing I'd never touched this. > > > Well, I gave the git version of xf86-video-intel another try with > the patched compiler. Needs autoreconf -fiv (don't do like I did on > my first encounter and run ./autogen.sh, that did not work). As > Armin said, it builds ok, but I'm "once bitten, twice shy" so I > continued to enable uxa as well as the default sna. > > Tested it, without the conf file to force uxa : seems to be working > fine (with the released libdrm). > > I'm more confused than ever, and at a loss about which is the best > way forward. > > AFAICS, we seem to have the following options: > > 1. (not tested) - look for commit(s) to libdrm, apply those and run > with the released intel driver. Possibly that might work with > unpatched gcc-5.1.0, or it might require the patch. > > 2. Use the intel driver from git, and mention that gcc-5.1.0 needs > to be patched. > > 3. Try to work out which commits to the intel driver since the last > release are the ones that matter. I can see apparently-unrelated > recent commits which sound sensible, so I have no enthusiasm for > that approach. > > My preference at the moment is for option '2' because I know it > works for me. > > I'll attach my tarball for this, in case anybody wants to give it a > try. I used the git archive option to create .tar.gz, I guess that > should be converted to .tar.xz if we take this route. Head is > > commit e617c1941c4e5ee90b69221013aab799eace925d > Author: Chris Wilson <[email protected]> > Date: Tue May 19 12:14:24 2015 +0100 > > sna: Force restoration of SW cursor after HW cursor fails > > I suppose I should also mention that I have not attempted to run the > tests. > > We seem to be getting closer to using non-released versions of > everything :-( > > Whatever we do, I think it would be a good idea to keep some info > about using uxa to work around sna problems. But perhaps that > belongs in the wiki ? > > ĸen > -- > Nanny Ogg usually went to bed early. After all, she was an old lady. > Sometimes she went to bed as early as 6 a.m. -- Nanny Ogg usually went to bed early. After all, she was an old lady. Sometimes she went to bed as early as 6 a.m. -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
