Ken Moffat wrote:
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:
2. Use the intel driver from git, and mention that gcc-5.1.0 needs
to be patched.
Tried that and it worked for both sna and uxa. When I removed the 20-intel.conf
file, I did see:
[ 17878.141] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[ 17878.141] (++) using VT number 1
[ 17878.141] (--) controlling tty is VT number 1, auto-enabling KeepTty
[ 17878.141] (II) intel(0): Using Kernel Mode Setting driver: i915, version
1.6.0 20150130
[ 17878.141] (WW) Falling back to old probe method for modesetting
I'm not sure what that WW warning means, if anything. When I left the
20-intel.conf and just commented out the Option, it was not there.
We seem to be getting closer to using non-released versions of
everything :-(
Well, everything is a bit of an exaggeration. Generally it's because upstream
does not release "stable" packages in a timely manner (if at all).
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 ?
I think it's OK in the book as it is until a stable release is made.
-- Bruce
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
