[Mesa-dev] [Bug 58734] Add support for GL_EXT_bindable_uniform - Dungeon Defenders fails to launch crash
https://bugs.freedesktop.org/show_bug.cgi?id=58734 --- Comment #3 from Ian Romanick --- It's possible that other apps have similar errors. It may be better to have a switch that will degrade errors to warnings for 'required' extensions that we don't support. At some point, someone is going to see this one-off, say "WTF?", and probably remove it. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] r600g glsl 1.40 streamout with no position test
On Don, 2012-12-27 at 03:29 +0100, Marek Olšák wrote: > On Thu, Dec 27, 2012 at 12:54 AM, Dave Airlie wrote: > > So I've got a persistent hang with the glsl-1.40-tf-no-position when I > > enabled ubo/tbo and glsl 1.40. > > > > My original thoughts were there was no param export from the vertex > > shader, but I was wrong on that count, the > > vertex shader exports a param along with the stream output. > > > > Below is the TGSI/r600g dump from my evergreen for the offending > > program, it reliably takes out all the EG cards I tested on (haven't > > tried anything else). > > > > This is blocking me from enabling UBO/TBO on evergreen as I don't want > > to start having piglit lockups once I enable it. > > > > Dave. > > __ > > -- > > VERT > > DCL IN[0] > > DCL OUT[0], GENERIC[12] > > DCL TEMP[0], LOCAL > > 0: MOV TEMP[0].x, IN[0]. > > 1: MOV OUT[0], TEMP[0] > > 2: END > > STREAMOUT > > 0: MEM_STREAM0_BUF0 OUT[0].x___ > > This looks like the "copy_buffer" shader, which is known to work. The > only differences are that there is no position output and OUT[0] is > declared as GENERIC[12]. > > My bet is that the problem is with the declaration, not with streamout > itself. Maybe the POSITION output should be added artificially if it's > missing in the shader, [...] That could be it indeed. At least on SI, the vertex shader is required to export to position 0, the same could be true for Evergreen. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 42688] attribute can't be used when it used fixed function vertex
https://bugs.freedesktop.org/show_bug.cgi?id=42688 zhao jian changed: What|Removed |Added QA Contact||mengmeng.m...@intel.com -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] FOSDEM2013: DevRoom or not?
Hi Michael On Sat, Dec 1, 2012 at 3:54 AM, Michael Hasselmann wrote: > On Fri, 2012-09-28 at 23:51 +0200, Luc Verhaegen wrote: >> We still have, i hope (depends on what the FOSDEM organizers have left >> for us), 6 slots fully open: first come first serve, and the earlier >> bird gets the nicer slot! >> >> Thanks all, especially those who stepped up already. > > What's the deadline for session proposals? > > https://fosdem.org/2013/news/2012-11-18-announcing-devrooms/ mentions > the X.org devroom but no link to an announcement mail nor a deadline. > > Does that mean you won't accept any further session proposals? No, we are just late. Proposals are still accepted I guess. Register on the wiki and add your proposal here: http://wiki.x.org/wiki/fosdem2013 Maybe Luc can give us a short update because most other DevRoom Deadlines are within 2012. But we have only a one-day-devroom this year so maybe late submissions will not fit into the schedule. Regards David ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 58812] New: Infinite loop in ./configure && make if automake is absent
https://bugs.freedesktop.org/show_bug.cgi?id=58812
Priority: medium
Bug ID: 58812
Assignee: mesa-dev@lists.freedesktop.org
Summary: Infinite loop in ./configure && make if automake is
absent
Severity: minor
Classification: Unclassified
OS: All
Reporter: rot...@gmail.com
Hardware: All
Status: NEW
Version: 9.0
Component: Other
Product: Mesa
Created attachment 72194
--> https://bugs.freedesktop.org/attachment.cgi?id=72194&action=edit
Build log
The make command keeps calling configure and looping forever, unless autoconf
is present. To exactly reproduce the build you can instantiate the following
Nix expression with a recent nixpkgs snapshot. The build log is attached. The
section below "THE FOLLOWING REPEATS" is repeated forever.
{ stdenv, fetchurl, flex, bison, pkgconfig, libdrm, file, expat, makedepend
, libXxf86vm, libXfixes, libXdamage, glproto, dri2proto, libX11, libxcb,
libXext
, libXt, udev, enableTextureFloats ? false
, python, libxml2Python, autoconf, automake, libtool, llvm }:
let version = "9.0.1"; in
stdenv.mkDerivation {
name = "mesa-${version}";
src = fetchurl {
url =
"ftp://ftp.freedesktop.org/pub/mesa/${version}/MesaLib-${version}.tar.bz2";;
sha256="0vyvfl56ac8d7s5avi2f4dad82jzxwkf17wjq1yklgyfpa1vm9sp";
};
buildInputs = [ expat libdrm libXxf86vm libXfixes libXdamage glproto
dri2proto
libxml2Python libX11 libXext libxcb libXt udev llvm ];
buildNativeInputs = [ pkgconfig python makedepend file flex bison ];
}
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] i965: No more ParameterValues
Kenneth Graunke writes: > On 12/24/2012 09:53 AM, Eric Anholt wrote: >> x before >> + after >> +--+ >> | xx + >> | >> | x* x + + + + >> | >> | + x x*xx +x+++ * + >> | >> |xx *x xxx x**+++x** + >> | >> |x xx *x **xx+*x***+*+*+++ ++ >> | >> | x xx x xxx x *x+*x***x*+* +++ >> | >> |xx xxx x***x**x***+**+ >> +| >> | |__|MA|___| >> | >> +--+ >> N Min MaxMedian AvgStddev >> x 133245.14291.92276.92 275.86128 8.5796412 >> + 133264.89302.85283.18 283.08579 7.1083453 >> Difference at 95.0% confidence >> 7.22451 +/- 1.89358 >> 2.61889% +/- 0.686425% >> (Student's t, pooled s = 7.87841) > > In what benchmark? :) (same one as the other patches recently: GLB2.1 offscreen) > A couple of typos: > - patch 3 commit title: "ParameterValeus." > - patches 7 and 8: "gl_gl_uniform_driver_storage structs" Fixed. pgpuVxiWvXYfy.pgp Description: PGP signature ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] [PATCH] egl/android: Fix build for Jelly Bean (v2)
On 12/20/2012 09:00 PM, Tapani Pälli wrote:
> On 12/21/2012 01:11 AM, Chad Versace wrote:
>> In Jelly Bean, the interface to ANativeWindow changed. The change included
>> adding a new parameter the queueBuffer and dequeueBuffer methods and
>> removing the lockBuffer method.
>>
>> v2:
>> - s/fence_fd == -1/fence_fd != -1/
>> - Fix leak. Close the fence_fd.
>>
>> CC: Tapani Pälli
>> Signed-off-by: Chad Versace
>> ---
>> src/egl/drivers/dri2/platform_android.c | 59
>> +
>> src/egl/main/Android.mk | 5 +++
>> 2 files changed, 64 insertions(+)
>>
>> diff --git a/src/egl/drivers/dri2/platform_android.c
>> b/src/egl/drivers/dri2/platform_android.c
>> index 15bf054..402df11 100644
>> --- a/src/egl/drivers/dri2/platform_android.c
>> +++ b/src/egl/drivers/dri2/platform_android.c
>> @@ -31,6 +31,10 @@
>> #include
>> #include
>>
>> +#if ANDROID_VERSION >= 0x402
>> +#include
>> +#endif
>> +
>> /* for droid_get_pci_id */
>> #include
>> #include
>> @@ -79,11 +83,48 @@ get_native_buffer_name(struct ANativeWindowBuffer *buf)
>> static EGLBoolean
>> droid_window_dequeue_buffer(struct dri2_egl_surface *dri2_surf)
>> {
>> +#if ANDROID_VERSION >= 0x0402
>> + int fence_fd;
>> +
>> + if (dri2_surf->window->dequeueBuffer(dri2_surf->window,
>> &dri2_surf->buffer,
>> +&fence_fd))
>> + return EGL_FALSE;
>> +
>> + /* If access to the buffer is controlled by a sync fence, then block on
>> the
>> +* fence.
>> +*
>> +* It may be more performant to postpone blocking until there is an
>> +* immediate need to write to the buffer. But doing so would require
>> adding
>> +* hooks to the DRI2 loader.
>> +*
>> +* From the ANativeWindow::dequeueBuffer documentation:
>> +*
>> +*The libsync fence file descriptor returned in the int pointed to by
>> +*the fenceFd argument will refer to the fence that must signal
>> +*before the dequeued buffer may be written to. A value of -1
>> +*indicates that the caller may access the buffer immediately without
>> +*waiting on a fence. If a valid file descriptor is returned (i.e.
>> +*any value except -1) then the caller is responsible for closing the
>> +*file descriptor.
>> +*/
>> +if (fence_fd >= 0) {
>> + /* From the SYNC_IOC_WAIT documentation in :
>> +*
>> +*Waits indefinitely if timeout < 0.
>> +*/
>> +int timeout = -1;
>> +sync_wait(fence_fd, timeout);
>
> I'm getting link error "error: undefined reference to 'sync_wait'",
> where is this function coming from?
sync_wait() comes from libsync. The last hunk of this patch, quoted below,
links libsync into libGLES_mesa. I'm surprised that you are getting link
errors, because the `make libGLES_mesa` succeeds for me. Did you apply
patch 1/2?
>> +close(fd);
>
> typo here, should be close(fence_fd)
Typo is now fixed.
> otherwise things look good to me;
>
> Reviewed-by: Tapani Pälli
>> diff --git a/src/egl/main/Android.mk b/src/egl/main/Android.mk
>> index a4a00f3..97e4860 100644
>> --- a/src/egl/main/Android.mk
>> +++ b/src/egl/main/Android.mk
>> @@ -79,7 +79,12 @@ LOCAL_STATIC_LIBRARIES += libmesa_egl_dri2
>> # require i915_dri and/or i965_dri
>> LOCAL_REQUIRED_MODULES += \
>> $(addsuffix _dri, $(filter i915 i965, $(MESA_GPU_DRIVERS)))
>> +
>> +ifeq ($(shell echo "$(MESA_ANDROID_VERSION) >= 4.2" | bc),1)
>> +LOCAL_SHARED_LIBRARIES += \
>> +libsync
>> endif
>> +endif # MESA_BUILD_CLASSIC
>>
>> ifeq ($(strip $(MESA_BUILD_GALLIUM)),true)
>>
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
