[Bug 55510] Incorrect rendering with unigine tropics
https://bugs.freedesktop.org/show_bug.cgi?id=55510 --- Comment #5 from Bruno Jacquet (Xaapyks) --- Still happening with 32 bit mesa 9.1.3 and libtxc_dxtn 1.0.1. Output is the same, shaders fail to compile -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 55510] Incorrect rendering with unigine tropics
https://bugs.freedesktop.org/show_bug.cgi?id=55510 --- Comment #6 from Vadim Girlin --- Unigine has some known problems, so you need to set the following environment variable to activate workarounds in mesa: force_glsl_extensions_warn=true This should be enough for Tropics and Sanctuary IIRC, Heaven additionally requires MESA_EXTENSION_OVERRIDE=-GL_ARB_shader_bit_encoding -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 65190] glxgears on r600g (rv770) is garbled with llvm enabled
https://bugs.freedesktop.org/show_bug.cgi?id=65190 --- Comment #2 from Andy Furniss --- Probably the same issue as seen in the more recent comments in - https://bugs.freedesktop.org/show_bug.cgi?id=64257 -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH] drm/edid: Add both 60Hz and 59.94Hz CEA modes to connector's mode list
Daniel Vetter wrote: Interlaced modes are supported on all intel platforms (except i8xx, hw can't do it there) and we have full support for CEA modes. -Daniel OK, thanks, I guess it's an AMD driver issue rather than a more generic drm thing then. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 55510] Incorrect rendering with unigine tropics
https://bugs.freedesktop.org/show_bug.cgi?id=55510 --- Comment #7 from Bruno Jacquet (Xaapyks) --- Thanks, exporting force_glsl_extensions_warn=true does fix the rendering of tropics! Should I close the report or is it considered a temporary workaround? As a side note, exporting MESA_EXTENSION_OVERRIDE=-GL_ARB_shader_bit_encoding does not change anything for me in heaven 3.0. It has always been rendering correctly, so the override does not fix anything, or maybe I never stumbled upon the missing parts I am supposed to see... -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 55510] Incorrect rendering with unigine tropics
https://bugs.freedesktop.org/show_bug.cgi?id=55510 --- Comment #8 from Andy Furniss --- (In reply to comment #7) > Thanks, exporting force_glsl_extensions_warn=true does fix the rendering of > tropics! > Should I close the report or is it considered a temporary workaround? > > As a side note, exporting > MESA_EXTENSION_OVERRIDE=-GL_ARB_shader_bit_encoding does not change anything > for me in heaven 3.0. It has always been rendering correctly, so the > override does not fix anything, or maybe I never stumbled upon the missing > parts I am supposed to see... Maybe it depends on h/w and or settings (defaults I suppose may be set according to what heaven detects - untested). I just tried on my HD4890 and without that I don't get any lighting/nice effects so it looks very plain/matt. -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 65068] vgaswitcheroo doesn't deal with powered off dGPU on resume
https://bugs.freedesktop.org/show_bug.cgi?id=65068 --- Comment #5 from Alex Deucher --- (In reply to comment #4) > I'm not sure if this has anything to do with this bug, but the PCI config > space is all messed up when running on the integrated GPU: When you disable the GPU the hardware is physically powered off so you are accessing non-existent registers. You need to power up the GPU using vgaswitcheroo before loading/resuming the driver or access the config space with lspci. -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 65254] New: opengl flicker in xbmc / glxgears
https://bugs.freedesktop.org/show_bug.cgi?id=65254 Priority: medium Bug ID: 65254 Assignee: dri-devel@lists.freedesktop.org Summary: opengl flicker in xbmc / glxgears Severity: critical Classification: Unclassified OS: Linux (All) Reporter: vl...@aresgate.net Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/DRI/Radeon Product: Mesa Screen flickers while navigation the xbmc gui.. Running AMD APU ATI ARUBA Portage 2.1.11.62 (default/linux/amd64/13.0/desktop, gcc-4.6.3, glibc-2.15-r3, 3.10.0-rc3 x86_64) = System uname: Linux-3.10.0-rc3-x86_64-AMD_A6-5400K_APU_with_Radeon-tm-_HD_Graphics-with-gentoo-2.2 KiB Mem: 7563212 total, 2396028 free KiB Swap: 0 total, 0 free Timestamp of tree: Sat, 01 Jun 2013 06:15:01 + ld GNU ld (GNU Binutils) 2.22 distcc 3.1 x86_64-pc-linux-gnu [enabled] ccache version 3.1.9 [enabled] app-shells/bash: 4.2_p45 dev-java/java-config: 2.1.12-r1 dev-lang/python: 2.7.3-r3, 3.2.3-r2 dev-util/ccache: 3.1.9 dev-util/cmake: 2.8.10.2-r2 dev-util/pkgconfig: 0.28 sys-apps/baselayout: 2.2 sys-apps/openrc: 0.11.8 sys-apps/sandbox: 2.5 sys-devel/autoconf: 2.13, 2.69 sys-devel/automake: 1.10.3, 1.11.6, 1.12.6 sys-devel/binutils: 2.22-r1 sys-devel/gcc:4.6.3 sys-devel/gcc-config: 1.7.3 sys-devel/libtool:2.4-r1 sys-devel/make: 3.82-r4 sys-kernel/linux-headers: 3.7 (virtual/os-headers) sys-libs/glibc: 2.15-r3 Repositories: gentoo x11 x-portage ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O2 -pipe -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5.4/ext-active/ /etc/php/cgi-php5.4/ext-active/ /etc/php/cli-php5.4/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-march=k8 -O2 -pipe -fomit-frame-pointer" DISTDIR="/mnt/das1/portage/distfiles" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs ccache config-protect-if-modified distcc distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://distfiles.gentoo.org"; LANG="en_US.utf8" LC_ALL="en_US.utf8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j3" PKGDIR="/mnt/das1/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/cache/gentoo" PORTDIR="/mnt/das1/portage" PORTDIR_OVERLAY="/var/lib/layman/x11 /usr/local/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="3dnow 3dnowext 64bit X a52 aac acpi adns alsa amd64 async bash-completion berkdb branding bzip2 cairo cdda cdr cgi chroot ck-server cli command-args consolekit cracklib crypt ctype curl cxx dbus dedicated dri dts dvdr dynamicplugin emboss enca encode enscript epoll exif extensions faac faad fasttrack ffmpeg firefox flac fontconfig fuse gbm gd gdbm geoip gif glamor glibc-omitfp gnutella gnutls hardcoded-tables hash hpn iconv imap inline inotify iproute2 ithreads jpeg kerberos lcms libnotify logrotate lzo mad magic matroska mmx mmxext mng modules mp3 mp4 mpeg mpm-worker mudflap multilib mysql nagios-dns nagios-ping nagios-ssh ncurses network nfsv3 no-old-linux nonfsv4 nptl odbc offensive ogg ogm opencl opengl openmp openvg optimization pam pango pcre pdf perl php pic png policykit ppds python python3 qt3support readline rpc rrdtool rtmp samba sdl session shared-dricore silvercity slang smi smtp snmp snortsam sockets spell sqlite sqlite3 sse sse2 sse3 ssl ssse3 subversion svg sysfs syslog theora threads tidy tiff truetype udev udisks unicode upower urandom userlocales v4l vdpau vim-syntax vorbis vpx wifi x264 xa xcb xml xrandr xv xvid xvmc zero-penalty-hit zip zlib" ABI_X86="64" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="alias auth_basic authz_host authz_user authn_file autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers ident imagemap include info log_config mime mime_magic negotiation proxy proxy_http rewrite setenvif so status unique_id userdir usertrack vhost_alias cgid" APACHE2_MPMS="worker" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump au
[PATCH 10/15] drm/tilcd: select BACKLIGHT_LCD_SUPPORT
The dependecies for BACKLIGHT_CLASS_DEVICE are defined a bit strange, but it seems one has to always select both BACKLIGHT_CLASS_DEVICE and BACKLIGHT_LCD_SUPPORT to avoid this error: drivers/gpu/drm/tilcdc/tilcdc_panel.c:396: undefined reference to `of_find_backlight_by_node' Cc: Rob Clark Cc: dri-devel at lists.freedesktop.org Cc: Dave Airlie Signed-off-by: Arnd Bergmann --- drivers/gpu/drm/tilcdc/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/tilcdc/Kconfig b/drivers/gpu/drm/tilcdc/Kconfig index e461e99..7a4d101 100644 --- a/drivers/gpu/drm/tilcdc/Kconfig +++ b/drivers/gpu/drm/tilcdc/Kconfig @@ -6,6 +6,7 @@ config DRM_TILCDC select DRM_GEM_CMA_HELPER select VIDEOMODE_HELPERS select BACKLIGHT_CLASS_DEVICE + select BACKLIGHT_LCD_SUPPORT help Choose this option if you have an TI SoC with LCDC display controller, for example AM33xx in beagle-bone, DA8xx, or -- 1.8.1.2
[PATCH 03/15] drm/nouveau: use mdelay instead of large udelay constants
ARM cannot handle udelay for more than 2 miliseconds, so we should use mdelay instead for those. Signed-off-by: Arnd Bergmann Cc: David Airlie Cc: Ben Skeggs Cc: dri-devel at lists.freedesktop.org --- drivers/gpu/drm/nouveau/core/engine/disp/dacnv50.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/nouveau/core/engine/disp/dacnv50.c b/drivers/gpu/drm/nouveau/core/engine/disp/dacnv50.c index d0817d9..ed7415e 100644 --- a/drivers/gpu/drm/nouveau/core/engine/disp/dacnv50.c +++ b/drivers/gpu/drm/nouveau/core/engine/disp/dacnv50.c @@ -51,7 +51,8 @@ nv50_dac_sense(struct nv50_disp_priv *priv, int or, u32 loadval) const u32 doff = (or * 0x800); int load = -EINVAL; nv_wr32(priv, 0x61a00c + doff, 0x0010 | loadval); - udelay(9500); + mdelay(9); + udelay(500); nv_wr32(priv, 0x61a00c + doff, 0x8000); load = (nv_rd32(priv, 0x61a00c + doff) & 0x3800) >> 27; nv_wr32(priv, 0x61a00c + doff, 0x); -- 1.8.1.2
[PATCH 00/15] Linux-3.10 ARM randconfig fixes
Hi subsystem maintainers, These are a few patches left over from doing randconfig tests a couple of weeks ago. Please apply them directly into your trees unless you see problems. All patches can theoretically be seen as bug fixes for 3.10, but they are not critical, so applying them for 3.11 is fine as well. Arnd Arnd Bergmann (15): irqdomain: export irq_domain_add_simple mtd: omap2: allow bulding as a module drm/nouveau: use mdelay instead of large udelay constants [SCSI] nsp32: use mdelay instead of large udelay constants hwrng: bcm2835: fix MODULE_LICENSE tag cpuidle: calxeda: select ARM_CPU_SUSPEND cpufreq: spear needs cpufreq table thermal: cpu_cooling: fix stub function drm: always provide debugfs function prototypes drm/tilcd: select BACKLIGHT_LCD_SUPPORT iwlegacy: il_pm_ops is only provided for PM_SLEEP [media] davinci: vpfe_capture needs i2c [media] omap3isp: include linux/mm_types.h clk: tegra: provide tegra_periph_reset_assert alternative OF: remove #ifdef from linux/of_platform.h drivers/char/hw_random/bcm2835-rng.c | 2 +- drivers/cpufreq/Kconfig.arm| 1 + drivers/cpuidle/Kconfig| 1 + drivers/gpu/drm/nouveau/core/engine/disp/dacnv50.c | 3 ++- drivers/gpu/drm/tilcdc/Kconfig | 1 + drivers/media/platform/davinci/Kconfig | 3 +++ drivers/media/platform/omap3isp/ispqueue.h | 1 + drivers/mtd/nand/Kconfig | 2 +- drivers/net/wireless/iwlegacy/common.h | 6 +++--- drivers/scsi/nsp32.c | 2 +- include/drm/drmP.h | 3 +-- include/linux/clk/tegra.h | 5 + include/linux/cpu_cooling.h| 4 ++-- include/linux/of_platform.h| 14 +++--- kernel/irq/irqdomain.c | 1 + 15 files changed, 27 insertions(+), 22 deletions(-) Cc: "James E.J. Bottomley" Cc: Artem Bityutskiy Cc: Dave Airlie Cc: David Woodhouse Cc: Herbert Xu Cc: John W. Linville Cc: Laurent Pinchart Cc: Mauro Carvalho Chehab Cc: Rafael J. Wysocki Cc: Rob Clark Cc: Rob Herring Cc: Russell King Cc: Stephen Warren Cc: Thomas Gleixner Cc: Viresh Kumar Cc: cpufreq at vger.kernel.org Cc: dri-devel at lists.freedesktop.org Cc: linux-media at vger.kernel.org Cc: linux-mtd at lists.infradead.org Cc: linux-pm at vger.kernel.org Cc: linux-rpi-kernel at lists.infradead.org Cc: linux-scsi at vger.kernel.org -- 1.8.1.2
[PATCH 03/15] drm/nouveau: use mdelay instead of large udelay constants
You probably want to patch up mclk_wait in nva3_pm.c as well for now (until this code is ported to HWSQ or PDAEMON), even though it's not used by a lot of people. Op 01-06-13 00:22, Arnd Bergmann schreef: > ARM cannot handle udelay for more than 2 miliseconds, so we > should use mdelay instead for those. > > Signed-off-by: Arnd Bergmann > Cc: David Airlie > Cc: Ben Skeggs > Cc: dri-devel at lists.freedesktop.org > --- > drivers/gpu/drm/nouveau/core/engine/disp/dacnv50.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/drivers/gpu/drm/nouveau/core/engine/disp/dacnv50.c > b/drivers/gpu/drm/nouveau/core/engine/disp/dacnv50.c > index d0817d9..ed7415e 100644 > --- a/drivers/gpu/drm/nouveau/core/engine/disp/dacnv50.c > +++ b/drivers/gpu/drm/nouveau/core/engine/disp/dacnv50.c > @@ -51,7 +51,8 @@ nv50_dac_sense(struct nv50_disp_priv *priv, int or, u32 > loadval) > const u32 doff = (or * 0x800); > int load = -EINVAL; > nv_wr32(priv, 0x61a00c + doff, 0x0010 | loadval); > - udelay(9500); > + mdelay(9); > + udelay(500); > nv_wr32(priv, 0x61a00c + doff, 0x8000); > load = (nv_rd32(priv, 0x61a00c + doff) & 0x3800) >> 27; > nv_wr32(priv, 0x61a00c + doff, 0x); -- Roy Spliet BSc. MSc. Student Delft University of Technology http://www.pds.ewi.tudelft.nl/msc/mallocinopencl/ -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130601/d6668647/attachment-0001.html>
[PATCH 03/15] drm/nouveau: use mdelay instead of large udelay constants
Hi, On Sat, Jun 01, 2013 at 12:22:40AM +0200, Arnd Bergmann wrote: > ARM cannot handle udelay for more than 2 miliseconds, so we There's l missing here. > should use mdelay instead for those. Could this be handled inside ARM udelay() instead? Probably most of the delay values are compile-time constants. A.
[Bug 55510] Incorrect rendering with unigine tropics
https://bugs.freedesktop.org/show_bug.cgi?id=55510 --- Comment #6 from Vadim Girlin --- Unigine has some known problems, so you need to set the following environment variable to activate workarounds in mesa: force_glsl_extensions_warn=true This should be enough for Tropics and Sanctuary IIRC, Heaven additionally requires MESA_EXTENSION_OVERRIDE=-GL_ARB_shader_bit_encoding -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130601/184d379a/attachment.html>
[Bug 65190] glxgears on r600g (rv770) is garbled with llvm enabled
https://bugs.freedesktop.org/show_bug.cgi?id=65190 --- Comment #2 from Andy Furniss --- Probably the same issue as seen in the more recent comments in - https://bugs.freedesktop.org/show_bug.cgi?id=64257 -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130601/b69defb9/attachment.html>
[PATCH] drm/edid: Add both 60Hz and 59.94Hz CEA modes to connector's mode list
Daniel Vetter wrote: > Interlaced modes are supported on all intel platforms (except i8xx, hw > can't do it there) and we have full support for CEA modes. > -Daniel OK, thanks, I guess it's an AMD driver issue rather than a more generic drm thing then.
[Bug 55510] Incorrect rendering with unigine tropics
https://bugs.freedesktop.org/show_bug.cgi?id=55510 --- Comment #7 from Bruno Jacquet (Xaapyks) --- Thanks, exporting force_glsl_extensions_warn=true does fix the rendering of tropics! Should I close the report or is it considered a temporary workaround? As a side note, exporting MESA_EXTENSION_OVERRIDE=-GL_ARB_shader_bit_encoding does not change anything for me in heaven 3.0. It has always been rendering correctly, so the override does not fix anything, or maybe I never stumbled upon the missing parts I am supposed to see... -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130601/72767a01/attachment.html>
[Bug 55510] Incorrect rendering with unigine tropics
https://bugs.freedesktop.org/show_bug.cgi?id=55510 --- Comment #8 from Andy Furniss --- (In reply to comment #7) > Thanks, exporting force_glsl_extensions_warn=true does fix the rendering of > tropics! > Should I close the report or is it considered a temporary workaround? > > As a side note, exporting > MESA_EXTENSION_OVERRIDE=-GL_ARB_shader_bit_encoding does not change anything > for me in heaven 3.0. It has always been rendering correctly, so the > override does not fix anything, or maybe I never stumbled upon the missing > parts I am supposed to see... Maybe it depends on h/w and or settings (defaults I suppose may be set according to what heaven detects - untested). I just tried on my HD4890 and without that I don't get any lighting/nice effects so it looks very plain/matt. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130601/5b5c789f/attachment.html>
[Bug 65068] vgaswitcheroo doesn't deal with powered off dGPU on resume
https://bugs.freedesktop.org/show_bug.cgi?id=65068 --- Comment #5 from Alex Deucher --- (In reply to comment #4) > I'm not sure if this has anything to do with this bug, but the PCI config > space is all messed up when running on the integrated GPU: When you disable the GPU the hardware is physically powered off so you are accessing non-existent registers. You need to power up the GPU using vgaswitcheroo before loading/resuming the driver or access the config space with lspci. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130601/90a42cc5/attachment.html>
[PATCH] dma-buf: Cocci spatch "ptr_ret.spatch"
Signed-off-by: Thomas Meyer --- diff -u -p a/drivers/base/dma-buf.c b/drivers/base/dma-buf.c --- a/drivers/base/dma-buf.c +++ b/drivers/base/dma-buf.c @@ -680,10 +680,7 @@ int dma_buf_debugfs_create_file(const ch d = debugfs_create_file(name, S_IRUGO, dma_buf_debugfs_dir, write, &dma_buf_debug_fops); - if (IS_ERR(d)) - return PTR_ERR(d); - - return 0; + return PTR_RET(d); } #else static inline int dma_buf_init_debugfs(void)
[PATCH] drm/cma: Cocci spatch "ptr_ret.spatch"
Signed-off-by: Thomas Meyer --- diff -u -p a/drivers/gpu/drm/drm_gem_cma_helper.c b/drivers/gpu/drm/drm_gem_cma_helper.c --- a/drivers/gpu/drm/drm_gem_cma_helper.c +++ b/drivers/gpu/drm/drm_gem_cma_helper.c @@ -174,10 +174,7 @@ int drm_gem_cma_dumb_create(struct drm_f cma_obj = drm_gem_cma_create_with_handle(file_priv, dev, args->size, &args->handle); - if (IS_ERR(cma_obj)) - return PTR_ERR(cma_obj); - - return 0; + return PTR_RET(cma_obj); } EXPORT_SYMBOL_GPL(drm_gem_cma_dumb_create);
[PATCH] drm/prime: Cocci spatch "err_cast.spatch"
Signed-off-by: Thomas Meyer --- diff -u -p a/drivers/gpu/drm/drm_prime.c b/drivers/gpu/drm/drm_prime.c --- a/drivers/gpu/drm/drm_prime.c +++ b/drivers/gpu/drm/drm_prime.c @@ -277,7 +277,7 @@ struct drm_gem_object *drm_gem_prime_imp attach = dma_buf_attach(dma_buf, dev->dev); if (IS_ERR(attach)) - return ERR_PTR(PTR_ERR(attach)); + return ERR_CAST(attach); get_dma_buf(dma_buf);
[Bug 55510] Incorrect rendering with unigine tropics
https://bugs.freedesktop.org/show_bug.cgi?id=55510 --- Comment #5 from Bruno Jacquet (Xaapyks) --- Still happening with 32 bit mesa 9.1.3 and libtxc_dxtn 1.0.1. Output is the same, shaders fail to compile -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130601/22a5a13e/attachment.html>
