dri-devel March 2014

dri-devel@lists.freedesktop.org

144 participants
926 discussions

[Bug 72685] New: [radeonsi] artifacts and/or GPU crashes with htile
by bugzilla-daemon＠freedesktop.org 01 Sep '14

01 Sep '14

https://bugs.freedesktop.org/show_bug.cgi?id=72685 Priority: medium Bug ID: 72685 Assignee: dri-devel(a)lists.freedesktop.org Summary: [radeonsi] artifacts and/or GPU crashes with htile Severity: normal Classification: Unclassified OS: Linux (All) Reporter: arek.rusi(a)gmail.com Hardware: All Status: NEW Version: git Component: Drivers/Gallium/radeonsi Product: Mesa Created attachment 90738 --> https://bugs.freedesktop.org/attachment.cgi?id=90738&action=edit kernel log - system's hung after this commit: http://cgit.freedesktop.org/mesa/mesa/commit/?id=8ee7370c9bed0be40c5d134f0b… GPU's lost stability. I've tested it on unigine-valley/xonotic(ultimate)/some wine apps. Nothing segfaults,no logs, sometimes (with heavy load) gpu crashes with standard dmesg info: radeon 0000:01:00.0: GPU lockup CP stall for more than 10000msec etc. kernel 3.13rc2 (dpm on by default) x86&x86_64 llvm 3.5 (svn-197173) libdrm 2.4.50 GPU cape verde xt is there any switch to turn off htile by now? -- You are receiving this mail because: You are the assignee for the bug.

1 34

[Bug 76789] New: [radeonsi] si_descriptors.c requires -std=gnu99 or -fms-extensions
by bugzilla-daemon＠freedesktop.org 31 Aug '14

31 Aug '14

https://bugs.freedesktop.org/show_bug.cgi?id=76789 Priority: medium Bug ID: 76789 Assignee: dri-devel(a)lists.freedesktop.org Summary: [radeonsi] si_descriptors.c requires -std=gnu99 or -fms-extensions Severity: normal Classification: Unclassified OS: OpenBSD Reporter: jsg(a)openbsd.org Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/radeonsi Product: Mesa Mesa is compiled with -std=c99 but this does not allow anonymous structs within a union unless using a recent version of gcc. When compiling with gcc 4.2.1 the following error is thrown when compiling the gallium radeonsi driver unless configure.ac is changed to have either -std=gnu99 or -std=c99 -fms-extensions. libtool: compile: gcc -DPACKAGE_NAME=\"Mesa\" -DPACKAGE_TARNAME=\"mesa\" -DPACKAGE_VERSION=\"10.2.0-devel\" "-DPACKAGE_STRING=\"Mesa 10.2.0-devel\"" "-DPACKAGE_BUGREPORT=\"https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa\"" -DPACKAGE_URL=\"\" -DPACKAGE=\"mesa\" -DVERSION=\"10.2.0-devel\" - DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DYYTEXT_POINTER=1 -DHAVE_CLOCK_GETTIME=1 -DHAVE_PTHREAD_PRIO_INHERIT=1 -DHAVE_PTHREAD=1 -I. -I/usr/local/include -I/usr/local/include/libelf -I../../../../src/gallium/drivers/radeon -I./include -I../../../../include -I.. /../../../src/gallium/include -I../../../../src/gallium/auxiliary -I../../../../src/gallium/drivers -DDEBUG -DUSE_X86_64_ASM -DHAVE_DLOPEN -DHAVE_POS IX_MEMALIGN -DHAVE_LIBDRM -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -DHAVE_PTHREAD -DUSE_EXTERNAL_DXTN_LIB=1 -DHAVE_ALIAS -DHAVE_MINCORE -DHAVE _LLVM=0x0303 -fvisibility=hidden -I/usr/X11R6/include -I/usr/include/dev/pci/drm -I/usr/local/include -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -g -O2 -Wall -std=c99 -Werror=implicit-function-declaration -Werror=missing-prototypes -fno-strict-aliasing -fno-builtin-memcm p -g -O0 -MT si_descriptors.lo -MD -MP -MF .deps/si_descriptors.Tpo -c si_descriptors.c -fPIC -DPIC -o .libs/si_descriptors.o In file included from si_descriptors.c:27: si_pipe.h:113: warning: declaration does not declare anything si_descriptors.c: In function 'si_init_all_descriptors': si_descriptors.c:990: error: 'union <anonymous>' has no member named 'const_buffers' si_descriptors.c:991: error: 'union <anonymous>' has no member named 'rw_buffers' si_descriptors.c:992: error: 'union <anonymous>' has no member named 'sampler_views' -- You are receiving this mail because: You are the assignee for the bug.

1 1

PCI Radeon RV100 detection hang on sparc64
by Meelis Roos 31 Aug '14

31 Aug '14

This is with initialyy unmodified 3.6.0-rc4-00101-g0809095 kernel in Ultra 10 (clean, without my "Video RAM" hack that I talked in other sparclinux posts). When I saw that Sun XVR-100 was detected fine by the kernel, I compiled radeon drm driver with modesetting enabled and tried it: [drm] radeon defaulting to kernel modesetting. [drm] radeon kernel modesetting enabled. PCI: Enabling device: (0000:02:02.0), cmd 82 [drm] initializing kernel modesetting (RV100 0x1002:0x5159 0x1002:0x0908). [drm] register mmio base: 0x10000000 [drm] register mmio size: 32768 [drm:radeon_device_init] *ERROR* Unable to find PCI I/O BAR And here the machine hangs. Debugging printk-s reveal that it does not find any active I/O port resources and then continues into initializing the card. Down in igp_read_bios_from_vram() it successfully ioremaps memory region 0 (vram_base=1ff08000000 and size=40000) and tries to read 2 bytes from there and hangs on reading bios[0]. With radeon.modeset=0, it boots and I collected the following info: 02:02.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RV100 QY [Radeon 7000/VE] (prog-if 00 [VGA controller]) Subsystem: Advanced Micro Devices [AMD] nee ATI XVR-100 (supplied by Sun) Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 (2000ns min) Interrupt: pin A routed to IRQ 16 Region 0: Memory at 08000000 (32-bit, prefetchable) [size=64M] Region 1: I/O ports at 0400 [disabled] [size=256] Region 2: Memory at 10000000 (32-bit, non-prefetchable) [size=32K] Region 3: [virtual] Memory at fffffe0100000000 (32-bit, non-prefetchable) [size=1] Region 4: [virtual] Memory at fffffe0100000000 (32-bit, non-prefetchable) [size=1] Region 5: [virtual] Memory at fffffe0100000000 (32-bit, non-prefetchable) [size=1] Expansion ROM at 10020000 [disabled] [size=128K] Capabilities: [50] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- # cat /proc/iomem 1fc00400000-1fc0040000f : ffb dac 1fc00600000-1fc00600983 : ffb fbc 1ff00000000-1ffffffffff : /pci@1f,0 1ff00002000-1ff00002fff : aic7xxx 1ff000a0000-1ff000bffff : Video RAM area 1ff000f0000-1ff000fffff : System ROM 1ff11000000-1ff11ffffff : atyfb 1ff12040000-1ff1204ffff : tg3 1ffc0000000-1ffdfffffff : IOMMU 1ffe0000000-1ffe000701f : sunhme 1ffe1000000-1ffe1ffffff : atyfb 1fff1000000-1fff1001fff : eeprom 1fff1200000-1fff120000f : cs4231 1fff13062f8-1fff13062ff : su 1fff13083f8-1fff13083ff : su 1fff1400000-1fff140003f : sab 1fff1400040-1fff140007f : sab 1fff1702000-1fff170200f : cs4231_pdma 1fff1704000-1fff170400f : cs4231_cdma 1fff1724000-1fff1724003 : power 1fff1726000-1fff1726003 : auxio -- Meelis Roos (mroos(a)linux.ee)

8 30

[Bug 40699] New: KMS on Thinkpad W500: no picture on external monitors with DisplayPort, but DVI works.
by bugzilla-daemon＠freedesktop.org 25 Aug '14

25 Aug '14

https://bugs.freedesktop.org/show_bug.cgi?id=40699 Summary: KMS on Thinkpad W500: no picture on external monitors with DisplayPort, but DVI works. Product: DRI Version: XOrg CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: andreas.wallberg(a)gmail.com Hi all! I have troubles connecting my Thinkpad W500 running Arch Linux 64-bit to external monitors via DisplayPort (DP) while using Kernel Mode Setting (KMS) and a recent kernel (3.0.4). KMS + DP appears to be broken. The laptop has a ATI Radeon HD 3650 chip. I have tried two monitors: the HP ZR22w and the Eizo EV2333W. HP ZR22w ======== When KMS+DP is used on boot, I get this error message on the HP ZR22w: Input signal Out of Range Change Settings to 1920 x 1080 - 60Hz Inside X11, I am unable to get the screen going when KMS+DP is used. xrandr reports the screen being connected and that 1920x1080 is being sent to it. I still have the same error message. If I turn off KMS, the monitor works just fine with DP and X11 and xrandr do their jobs but I obviously lose all the niceties with KMS. If I use a DP->DVI adaptor and instead use the DVI connector on the monitor, KMS works just fine. However, using the 2.6.35 kernel in Fedora 14, KMS + DP works just fine. Eizo EV2333W ============ The same behavior as reported for the HP is true on the Eizo EV2333W monitor, but the latter provides more informative dialogs. Using the old Fedora 2.6.35 kernel and KMS+DP, the monitor shows this info about the video signal on the Information dialog: DisplayPort 1920x1080 fH: 76.5kHz fV: 59.9Hz Using a 3.0.4 kernel in Arch and KMS+DP, the monitor shows: Signal Error DisplayPort fD: 111.1MHz fH: 50.5kHz fV: 44.8Hz The "44.8" on the last line is read so there is obviously something wrong with the signal here. My guess is that the EDID handling is broken somehow on DP. I have tried adding various video= switches in grub to force the resolution but I am not really sure how apply them to the DisplayPort (unable to find any documentation on this) or whether it matters since the problem seems to be that the kernel is unaware it sends an incorrect video signal to the monitor. The only reference I have found to this monitor and KMS is this one, but I am not sure what to make of it: http://www.spinics.net/lists/dri-devel/msg13061.html I would much appreciate any pointers! What logs and config files would you like to follow up on this? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 9

[Bug 38917] New: [patch] Radeon clocks should not be limited to defaults
by bugzilla-daemon＠freedesktop.org 24 Aug '14

24 Aug '14

https://bugs.freedesktop.org/show_bug.cgi?id=38917 Summary: [patch] Radeon clocks should not be limited to defaults Product: DRI Version: unspecified Platform: Other OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: ahlaht(a)gmail.com Created an attachment (id=48691) --> (https://bugs.freedesktop.org/attachment.cgi?id=48691) Do not limit clocks.patch As of Linux 3.0-rc5 radeon_set_power_state() does not accept clock speeds higher than the defaults set by firmware. However on my HP laptop the default clock speeds are much lower than the maximum speeds accepted by the card. These are the default values on my HP laptop: engine 100000 kHz, memory 157000 kHz, vddc 900 mV And the other values: echo low > power_profile power_state 4, clock_mode 0, engine 100000, memory 150000, vddc 900 echo mid > power_profile power_state 4, clock_mode 1, engine 100000, memory 150000, vddc 900 echo high > power_profile power_state 1, clock_mode 2, engine 100000, memory 157000, vddc 1000 The problem occurs with the "high" profile and also when using "dynpm". See the provided patch, it fixes the problem. With the patch applied, correct frequencies are set: echo high > power_profile power_state 1, clock_mode 2, engine 550000, memory 800000, vddc 1000 Now the question remains: why where those checks added in the first place? They don't make sense to me unless default clock speeds are specified to be the highest possible. Also there is no such check for voltage. I do not know if this patch can break some other already broken systems, but it's important to fix the problem somehow because it severely limits 3d performance. The hardware is AMD Mobility Radeon HD 5650 (1002:68C1). I'm attaching a complete list of power states on this system. Also for reference here are the values used by Windows 7 when on AC power (I forgot to test battery power): Win 7 Catalyst PowerPlay disabled: engine 100000, memory 157000, vddc 900 Win 7 Catalyst PowerPlay enabled: engine 100000, memory 150000, vddc 900 GPU idle engine 450000, memory 800000, vddc 950 Light load engine 550000, memory 800000, vddc 1000 Heavy load The last 2 modes here are identical to what dynpm uses on Linux after the patch. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 7

[Bug 65822] New: [radeonsi] OpenCL is broken
by bugzilla-daemon＠freedesktop.org 21 Aug '14

21 Aug '14

https://bugs.freedesktop.org/show_bug.cgi?id=65822 Priority: medium Bug ID: 65822 Assignee: dri-devel(a)lists.freedesktop.org Summary: [radeonsi] OpenCL is broken Severity: normal Classification: Unclassified OS: Linux (All) Reporter: mustrumr97(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/radeonsi Product: Mesa Created attachment 80907 --> https://bugs.freedesktop.org/attachment.cgi?id=80907&action=edit Test results I've attached test results. a[i]=i+1 b[i]=2*a[i] Test 1: add uints and divide by 3 Test 2: test 1 done 10 times in a for loop Test 3: divide uints Test 4: if statement dependent on load with an addition in the false branch. Test 1 works, tests 2 and 3 halt and test 4 crashes. -- You are receiving this mail because: You are the assignee for the bug.

1 7

[Bug 52054] New: gallium/opencl doesnt support includes for opencl kernels
by bugzilla-daemon＠freedesktop.org 21 Aug '14

21 Aug '14

https://bugs.freedesktop.org/show_bug.cgi?id=52054 Bug #: 52054 Summary: gallium/opencl doesnt support includes for opencl kernels Classification: Unclassified Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: alexxy(a)gentoo.org when running tests for opencl enabled jtr (http://www.openwall.com/john/) i get following error OpenCL platform 0: Default, 1 device(s). Using device 0: AMD JUNIPER 1 error generated. Compilation log: cl_input:17:10: fatal error: 'opencl_rar.h' file not found #include "opencl_rar.h" ^ OpenCL error (CL_INVALID_PROGRAM_EXECUTABLE) in file (rar_fmt.c) at line (588) - (Error creating kernel. Double-check kernel name?) xeon ~ # ./clInfo Found 1 platform(s). platform[(nil)]: profile: FULL_PROFILE platform[(nil)]: version: OpenCL 1.1 MESA platform[(nil)]: name: Default platform[(nil)]: vendor: Mesa platform[(nil)]: extensions: platform[(nil)]: Found 1 device(s). device[0xc82360]: NAME: AMD JUNIPER device[0xc82360]: VENDOR: X.Org device[0xc82360]: PROFILE: FULL_PROFILE device[0xc82360]: VERSION: OpenCL 1.1 MESA device[0xc82360]: EXTENSIONS: device[0xc82360]: DRIVER_VERSION: device[0xc82360]: Type: GPU device[0xc82360]: EXECUTION_CAPABILITIES: Kernel device[0xc82360]: GLOBAL_MEM_CACHE_TYPE: None (0) device[0xc82360]: CL_DEVICE_LOCAL_MEM_TYPE: Local (1) device[0xc82360]: SINGLE_FP_CONFIG: 0x7 device[0xc82360]: QUEUE_PROPERTIES: 0x2 device[0xc82360]: VENDOR_ID: 4098 device[0xc82360]: MAX_COMPUTE_UNITS: 1 device[0xc82360]: MAX_WORK_ITEM_DIMENSIONS: 3 device[0xc82360]: MAX_WORK_GROUP_SIZE: 256 device[0xc82360]: PREFERRED_VECTOR_WIDTH_CHAR: 16 device[0xc82360]: PREFERRED_VECTOR_WIDTH_SHORT: 8 device[0xc82360]: PREFERRED_VECTOR_WIDTH_INT: 4 device[0xc82360]: PREFERRED_VECTOR_WIDTH_LONG: 2 device[0xc82360]: PREFERRED_VECTOR_WIDTH_FLOAT: 4 device[0xc82360]: PREFERRED_VECTOR_WIDTH_DOUBLE: 2 device[0xc82360]: MAX_CLOCK_FREQUENCY: 0 device[0xc82360]: ADDRESS_BITS: 32 device[0xc82360]: MAX_MEM_ALLOC_SIZE: 0 device[0xc82360]: IMAGE_SUPPORT: 1 device[0xc82360]: MAX_READ_IMAGE_ARGS: 32 device[0xc82360]: MAX_WRITE_IMAGE_ARGS: 32 device[0xc82360]: IMAGE2D_MAX_WIDTH: 32768 device[0xc82360]: IMAGE2D_MAX_HEIGHT: 32768 device[0xc82360]: IMAGE3D_MAX_WIDTH: 32768 device[0xc82360]: IMAGE3D_MAX_HEIGHT: 32768 device[0xc82360]: IMAGE3D_MAX_DEPTH: 32768 device[0xc82360]: MAX_SAMPLERS: 16 device[0xc82360]: MAX_PARAMETER_SIZE: 1024 device[0xc82360]: MEM_BASE_ADDR_ALIGN: 128 device[0xc82360]: MIN_DATA_TYPE_ALIGN_SIZE: 128 device[0xc82360]: GLOBAL_MEM_CACHELINE_SIZE: 0 device[0xc82360]: GLOBAL_MEM_CACHE_SIZE: 0 device[0xc82360]: GLOBAL_MEM_SIZE: 201326592 device[0xc82360]: MAX_CONSTANT_BUFFER_SIZE: 65536 device[0xc82360]: MAX_CONSTANT_ARGS: 1 device[0xc82360]: LOCAL_MEM_SIZE: 32768 device[0xc82360]: ERROR_CORRECTION_SUPPORT: 0 device[0xc82360]: PROFILING_TIMER_RESOLUTION: 0 device[0xc82360]: ENDIAN_LITTLE: 1 device[0xc82360]: AVAILABLE: 1 device[0xc82360]: COMPILER_AVAILABLE: 1 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 2

[Bug 57349] New: [nouveau, EFI] xf86-video-nouveau-1.0.2 and above fail to find device with X 1.13.0
by bugzilla-daemon＠freedesktop.org 16 Aug '14

16 Aug '14

https://bugs.freedesktop.org/show_bug.cgi?id=57349 Priority: medium Bug ID: 57349 Assignee: dri-devel(a)lists.freedesktop.org Summary: [nouveau, EFI] xf86-video-nouveau-1.0.2 and above fail to find device with X 1.13.0 Severity: normal Classification: Unclassified OS: Linux (All) Reporter: bonbons67(a)internet.lu Hardware: x86-64 (AMD64) Status: NEW Version: XOrg CVS Component: DRM/other Product: DRI Commit 2f48b8f462a03cb92db9e9a7ae1957eb27473965 "nouveau: add platform bus support" added in -1.0.2 prevents X from starting on a MacBookAir booted via EFI. As debugged on IRC with airlied, the cause is that kernel reports "boot_vga" being "0" for the GeForce 9400M (C79) when efifb is not being used (not compiled into kernel whereas nouveau is). [booting with efifb built-in causes "boot_vga" to be "1"] When there is no other GPU around and KMS (+ fbcon) is active on that GPU X should accept it as well (or kernel adjust boot_vga as needed even while efifb is not compiled in/used). Kernel used if 3.7-rc5 (with efifb disabled), 3.7-rc6 (with efifb built-in) -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 68856] New: Rendering artefacts with Unvanquished
by bugzilla-daemon＠freedesktop.org 13 Aug '14

13 Aug '14

https://bugs.freedesktop.org/show_bug.cgi?id=68856 Priority: medium Bug ID: 68856 Assignee: dri-devel(a)lists.freedesktop.org Summary: Rendering artefacts with Unvanquished Severity: normal Classification: Unclassified OS: Linux (All) Reporter: audiger(a)live.fr Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa Created attachment 85083 --> https://bugs.freedesktop.org/attachment.cgi?id=85083&action=edit In Game I have some artefacts when I try to play on Unvanquished (last build). I use the Oibaf PPA wich provided Mesa 9.3.0-devel on an RS880. This is the log when I launch the game: Unvanquished 0.19.0 x86_64 Sep 1 2013 +set fs_libpath /usr/lib/games/unvanquished +set fs_basepath /var/games/unvanquished --enable-debug Have SSE support pk3: /var/games/unvanquished/main/map-arachnid2-gpp.pk3 ( 67 files ) pk3: /var/games/unvanquished/main/map-atcshd-gpp2.pk3 ( 91 files ) pk3: /var/games/unvanquished/main/map-citadel.pk3 ( 143 files ) pk3: /var/games/unvanquished/main/map-cruz-b6.pk3 ( 130 files ) pk3: /var/games/unvanquished/main/map-Eden-b3.pk3 ( 111 files ) pk3: /var/games/unvanquished/main/map-karith-gpp.pk3 ( 118 files ) pk3: /var/games/unvanquished/main/map-methane-beta1.pk3 ( 196 files ) pk3: /var/games/unvanquished/main/map-nano.pk3 ( 108 files ) pk3: /var/games/unvanquished/main/map-nexus6-gpp.pk3 ( 151 files ) pk3: /var/games/unvanquished/main/map-niveus-gpp.pk3 ( 134 files ) pk3: /var/games/unvanquished/main/map-orion-beta2.pk3 ( 101 files ) pk3: /var/games/unvanquished/main/map-parpax-d02.pk3 ( 391 files ) pk3: /var/games/unvanquished/main/map-perseus-b3.pk3 ( 94 files ) pk3: /var/games/unvanquished/main/map-plat23-b10.pk3 ( 124 files ) pk3: /var/games/unvanquished/main/map-procyon-r1.pk3 ( 108 files ) pk3: /var/games/unvanquished/main/map-sirius.pk3 ( 134 files ) pk3: /var/games/unvanquished/main/map-spacetracks-r1.pk3 ( 207 files ) pk3: /var/games/unvanquished/main/map-station15-r1.pk3 ( 205 files ) pk3: /var/games/unvanquished/main/map-thunder-b3.pk3 ( 232 files ) pk3: /var/games/unvanquished/main/map-transit-gpp.pk3 ( 135 files ) pk3: /var/games/unvanquished/main/map-tremor-gpp.pk3 ( 47 files ) pk3: /var/games/unvanquished/main/map-UTCSfinal.pk3 ( 82 files ) pk3: /var/games/unvanquished/main/map-veddak-final.pk3 ( 294 files ) pk3: /var/games/unvanquished/main/map-wrecktify_b2.pk3 ( 13 files ) pk3: /var/games/unvanquished/main/map-yocto-b1a.pk3 ( 230 files ) pk3: /var/games/unvanquished/main/pak0.pk3 ( 1590 files ) pk3: /var/games/unvanquished/main/pak1.pk3 ( 981 files ) pk3: /var/games/unvanquished/main/pak2.pk3 ( 166 files ) pk3: /var/games/unvanquished/main/pak3.pk3 ( 117 files ) pk3: /var/games/unvanquished/main/pak4.pk3 ( 148 files ) pk3: /var/games/unvanquished/main/pak5.pk3 ( 143 files ) pk3: /var/games/unvanquished/main/pak6.pk3 ( 148 files ) pk3: /var/games/unvanquished/main/pak7.pk3 ( 268 files ) pk3: /var/games/unvanquished/main/pak8.pk3 ( 132 files ) pk3: /var/games/unvanquished/main/pak9.pk3 ( 122 files ) pk3: /var/games/unvanquished/main/pakA.pk3 ( 31 files ) pk3: /var/games/unvanquished/main/pakB.pk3 ( 226 files ) pk3: /var/games/unvanquished/main/pakC.pk3 ( 19 files ) pk3: /var/games/unvanquished/main/pakD.pk3 ( 140 files ) pk3: /var/games/unvanquished/main/pakE.pk3 ( 20 files ) pk3: /var/games/unvanquished/main/pakF.pk3 ( 70 files ) pk3: /var/games/unvanquished/main/pakG.pk3 ( 227 files ) pk3: /var/games/unvanquished/main/pakH.pk3 ( 185 files ) pk3: /var/games/unvanquished/main/pakI.pk3 ( 125 files ) pk3: /var/games/unvanquished/main/vms-0.11.0.pk3 ( 8 files ) pk3: /var/games/unvanquished/main/vms-0.19.0.pk3 ( 3 files ) FS_AddGameDirectory("/var/games/unvanquished", "main") found 46 .pk3 and 0 .pk3dir FS_AddGameDirectory("/usr/lib/games/unvanquished", "main") found 0 .pk3 and 0 .pk3dir FS_AddGameDirectory("/home/jeremy/.Unvanquished", "main") found 0 .pk3 and 0 .pk3dir Loaded 7 languages execing default.cfg execing profiles/Tankypon/autogen.cfg execing profiles/Tankypon/keybindings.cfg couldn't exec profiles/Tankypon/autoexec.cfg Définir la langue comme French Impossible de lire conhistory. ----- Initialisation du client ----- ----- Initialisation du client complète ----- ----- Initialisation du moteur de rendu ----- Loading "/usr/lib/games/unvanquished/librendererGL3.so"…done Appel de GetRefAPI… SDL_Init( SDL_INIT_VIDEO )... SDL using driver "x11" Initializing OpenGL display Estimated display aspect: 1.779 ...setting mode -1: 1366 768 Using 8/8/8 Color bits, 24 depth, 8 stencil display. Using GLEW 1.8.0 Using enhanced (GL3) Renderer in GL 2.x mode... Available modes: '1280x720 1366x768 848x480 720x480 1152x768 640x480 800x600 1024x768' GL_RENDERER: Gallium 0.4 on AMD RS880 Detected graphics driver class 'Mesa' Detected graphics hardware class 'AMD Radeon DX10-class' Initializing OpenGL extensions ...using GL_ARB_multitexture ...using GL_ARB_depth_texture ...using GL_ARB_texture_cube_map ...using GL_ARB_vertex_program ...using GL_ARB_vertex_buffer_object ...using GL_ARB_occlusion_query ...using GL_ARB_shader_objects ...using GL_ARB_vertex_shader ...using GL_ARB_fragment_shader ...using GL_ARB_shading_language_100 ...using GL_ARB_texture_non_power_of_two ...using GL_ARB_draw_buffers ...using GL_ARB_half_float_pixel ...using GL_ARB_texture_float ...using GL_ARB_texture_rg ...ignoring GL_ARB_texture_compression ...using GL_ARB_vertex_array_object ...ignoring GL_EXT_texture_compression_s3tc ...using GL_EXT_texture3D ...using GL_EXT_stencil_wrap ...ignoring GL_EXT_texture_filter_anisotropic ...using GL_EXT_stencil_two_side ...GL_EXT_depth_bounds_test not found ...using GL_EXT_framebuffer_object ...GL_EXT_packed_depth_stencil not found ...using GL_EXT_framebuffer_blit ...using GL_ATI_separate_stencil ...using GL_SGIS_generate_mipmap ...GL_GREMEDY_string_marker not found ...GL_ARB_get_program_binary found, but with no binary formats GL_VENDOR: X.Org GL_RENDERER: Gallium 0.4 on AMD RS880 GL_VERSION: 3.0 Mesa 9.3.0-devel (git-74be77a raring-oibaf-ppa) GL_SHADING_LANGUAGE_VERSION: 1.30 GL_MAX_VERTEX_UNIFORM_COMPONENTS 16384 ------------------------------- ------ Initializing Sound ------ Allocated 96 sources. OpenAL default capture device is 'Built-in Audio Analog Stereo' OpenAL capture device opened. OpenAL info: Vendor: OpenAL Community Version: 1.1 ALSOFT 1.14 Renderer: OpenAL Soft AL Extensions: AL_EXT_ALAW AL_EXT_DOUBLE AL_EXT_EXPONENT_DISTANCE AL_EXT_FLOAT32 AL_EXT_IMA4 AL_EXT_LINEAR_DISTANCE AL_EXT_MCFORMATS AL_EXT_MULAW AL_EXT_MULAW_MCFORMATS AL_EXT_OFFSET AL_EXT_source_distance_model AL_LOKI_quadriphonic AL_SOFT_buffer_samples AL_SOFT_buffer_sub_data AL_SOFTX_deferred_updates AL_SOFT_direct_channels AL_SOFT_loop_points ALC Extensions: ALC_ENUMERATE_ALL_EXT ALC_ENUMERATION_EXT ALC_EXT_CAPTURE ALC_EXT_DEDICATED ALC_EXT_disconnect ALC_EXT_EFX ALC_EXT_thread_local_context ALC_SOFT_loopback Device: Built-in Audio Analog Stereo Available Devices: Built-in Audio Analog Stereo RS880 HDMI Audio [Radeon HD 4200 Series] Digital Stereo (HDMI) Input Device: Built-in Audio Analog Stereo Available Input Devices: Built-in Audio Analog Stereo Monitor of RS880 HDMI Audio [Radeon HD 4200 Series] Digital Stereo (HDMI) Monitor of Built-in Audio Analog Stereo Sound initialization successful. -------------------------------- --- Common Initialization Complete --- IP: 127.0.0.1 IP: 192.168.1.30 IP6: ::1 IP6: fe80::7ae4:ff:fe5f:3674%wlan0 Ouverture du socket IP: [:1461732408 Ouverture du socket IP: 0.0.0.0:5362607 fs_basepath est protégé en écriture. I posted an attachment (screen capture in game) + 2 others captures when I am in game menu: http://img11.hostingpics.net/pics/656380Screenshotfrom20130902183909.png and http://img11.hostingpics.net/pics/337076Screenshotfrom20130902183929.png -- You are receiving this mail because: You are the assignee for the bug.

1 2

[Bug 42878] New: black flash every time pm changes clocks
by bugzilla-daemon＠freedesktop.org 06 Aug '14

06 Aug '14

https://bugs.freedesktop.org/show_bug.cgi?id=42878 Bug #: 42878 Summary: black flash every time pm changes clocks Classification: Unclassified Product: DRI Version: XOrg CVS Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: aaalmosss(a)gmail.com On my barts gpu the dynpm is completely unusable, as there is a black frame every time the clocks are changed. I looked at the code, and it changes all parameters at once. I think it is too much for one vblank period. Maybe setting voltage/core/memory in separate vblank periods fixes this? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 2

← Newer
1
...
50
51
52
53
54
55
56
...
93
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel March 2014