[blfs-dev] #6526: xf86-video-intel segfaults unless forcing uxa acceleration on current BLFS-svn.

Bruce Dubbs bruce.dubbs at gmail.com
Sat May 23 13:26:47 PDT 2015

Armin K. wrote:
> On 23.05.2015 04:14, BLFS Trac wrote:
>> #6526: xf86-video-intel segfaults unless forcing uxa acceleration on current BLFS-
>> svn.
>> Comment (by ken@…):
>>   Replying to [comment:4 bdubbs@…]:
>>   > Pretty poor response.  What known error in gcc5?  Is there a workaround?
>>   Surely they don't expect user to revert to gcc-4.x.  Surely inline doesn't
>>   produce that much overhead on most current systems.
>>   I think it is regarded as the same problem as
>>   [https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65873]
> I've picked some patches from gcc 5 branch that were added post-release, and
> among them there is a fix referenced in the bug you mention. You can try it
> for yourself if you are up to rebuilding gcc.
> https://raw.githubusercontent.com/elkrejzi/system-management/master/patches/gcc-fixes.patch
> I have ommited all of the test suite additions/modifications, documentation
> and translations modifications and non-x86 architecture updates/fixes.
>>   If so, looks as if current git versions of the intel driver will not be
>>   usable with gcc-5.1.
>>   But I only tried the git version to see if the segfault had already been
>>   fixed.
>>   Unfortunately, we are on the bleeding edge here, along with Arch.
> Arch uses post-release GCC snapshots. So they already include all (most) patches
> from gcc 5 branch.

For me the patch applies cleanly and the build is OK.  I'm running tests now.
I need to update some packages in LFS anyway so I'll add this patch and start a 
new build on a system that uses the intel driver to see if that fixes things up. 
  Since I'll need to build X on the new system, I may not get to that until 

   -- Bruce

More information about the blfs-dev mailing list