From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 75400] regression in OpenCL since commit cc3aeac Date: Sun, 23 Feb 2014 19:45:02 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0012191953==" Return-path: Received: from culpepper.freedesktop.org (unknown [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id 93DAAFA84D for ; Sun, 23 Feb 2014 11:45:02 -0800 (PST) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: dri-devel-bounces@lists.freedesktop.org Errors-To: dri-devel-bounces@lists.freedesktop.org To: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org --===============0012191953== Content-Type: multipart/alternative; boundary="1393184702.f0bACC41.2969"; charset="us-ascii" --1393184702.f0bACC41.2969 Date: Sun, 23 Feb 2014 19:45:02 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" https://bugs.freedesktop.org/show_bug.cgi?id=75400 --- Comment #5 from Francisco Jerez --- (In reply to comment #4) > I am also very surpised of what commit seems to start this. I have done the > bisect making Arch packages, installing and then testing them. So, unless I > have missed something, which is also possible, that's it. > > I have recompiled at commit cc3aeac with debug information, but for some > strange reason, gdb don't want to step into OpenCL functions. > > Here's what I have guessed: > > - Actually, the segfault comes from a fprintf with a "%s" and a null > pointer. It can be solved by just adding a default case to > 'clUtilErrorString'. > > - The real problem happens with 'clGetPlatformIDs', which returns an error > value of '-1001'. > > I have triggered the return of 'CL_INVALID_VALUE', and tried various > combinations of parameters to see if it changed anything. And seems to be > one thing or the other. > > I have checked the code at > mesa/src/gallium/state_trackers/clover/api/platform.cpp (where > clGetPlatformIDs is) and have no clue how it can be possible. > > Sorry if this isn't enough information, but I completely clueless of what > can be happening. > > I will check again my packages to see if I have compiled some version and > have called it other. > > If I can help with anything else, just ask. Most likely you're getting that segfault somewhere in the ICD loader because it's unable to load Mesa's ICD library. I guess that this hunk: +if NEED_WINSYS_XLIB +AM_CPPFLAGS += -DHAVE_WINSYS_XLIB +endif pulls in the XLIB pipe-loader back-end that was previously ifdef-ed out in Clover builds, leading to undefined symbols in the resulting library. -- You are receiving this mail because: You are the assignee for the bug. --1393184702.f0bACC41.2969 Date: Sun, 23 Feb 2014 19:45:02 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"

Comment # 5 on bug 75400 from 
(In reply to comment #4)
> I am also very surpised of what commit seems to start this. I have done the
> bisect making Arch packages, installing and then testing them. So, unless I
> have missed something, which is also possible, that's it.
> 
> I have recompiled at commit cc3aeac with debug information, but for some
> strange reason, gdb don't want to step into OpenCL functions.
> 
> Here's what I have guessed:
> 
> - Actually, the segfault comes from a fprintf with a "%s" and a null
> pointer. It can be solved by just adding a default case to
> 'clUtilErrorString'.
> 
> - The real problem happens with 'clGetPlatformIDs', which returns an error
> value of '-1001'.
> 
> I have triggered the return of 'CL_INVALID_VALUE', and tried various
> combinations of parameters to see if it changed anything. And seems to be
> one thing or the other.
> 
> I have checked the code at
> mesa/src/gallium/state_trackers/clover/api/platform.cpp (where
> clGetPlatformIDs is) and have no clue how it can be possible.
> 
> Sorry if this isn't enough information, but I completely clueless of what
> can be happening.
> 
> I will check again my packages to see if I have compiled some version and
> have called it other.
> 
> If I can help with anything else, just ask.

Most likely you're getting that segfault somewhere in the ICD loader because
it's unable to load Mesa's ICD library.  I guess that this hunk:

+if NEED_WINSYS_XLIB
+AM_CPPFLAGS += -DHAVE_WINSYS_XLIB
+endif

pulls in the XLIB pipe-loader back-end that was previously ifdef-ed out in
Clover builds, leading to undefined symbols in the resulting library.

You are receiving this mail because:
  • You are the assignee for the bug.
--1393184702.f0bACC41.2969-- --===============0012191953== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel --===============0012191953==--