Re: Is LLVM 13 (git) really ready for testing/development? libclc didn't compile

can add it to 'target_compiler_options'. I should have a patch ready soon(tm), but time is scarce. Jan On Sun, Mar 7, 2021 at 9:51 PM Dieter Nützel wrote: Hello Jan, I very much appreciate your advice. Tried several places... ...where to put it? Dieter Am 06.03.2021 17:56, schrieb

Is LLVM 13 (git) really ready for testing/development? libclc didn't compile

Hello Marek, can't compile anything, here. Poor Intel Nehalem X3470. Trying LLVM 12-rc2 later. Greetings, Dieter llvm-project/libclc> cd build && cmake ../ -- The CXX compiler identification is GNU 10.2.1 -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Check for

Re: Is LLVM 13 (git) really ready for testing/development? libclc didn't compile

ld work as a workaround. Jan On Thu, Mar 4, 2021 at 10:27 PM Dieter Nützel wrote: Hello Marek, can't compile anything, here. Poor Intel Nehalem X3470. Trying LLVM 12-rc2 later. Greetings, Dieter llvm-project/libclc> cd build && cmake ../ -- The CXX compiler identification

Re: r600/nir: enable soft-fp64 for evengreen class hardware - brake compilation of Mesa git

Hello Gert, new year, new luck,...;-) mkdir build cd build meson ../ --strip --buildtype release -Ddri-drivers= -Dplatforms=x11 -Dgallium-drivers=r600,radeonsi,swrast -Dvulkan-drivers=amd -Dgallium-nine=true -Dopencl-spirv=true -Dgallium-opencl=standalone -Dglvnd=true -Dgallium-va=enabled -Dg

Re: [PATCH v5 1/6] drm/amd/display: wait for fence without holding reservation lock

Hello Andrey, this series can't apply (brake on #3) on top of amd-staging-drm-next. v2 works (Thu, 11 Apr 2019). Dieter Am 18.04.2019 17:00, schrieb Andrey Grodzovsky: From: Christian König Don't block others while waiting for the fences to finish, concurrent submission is perfectly valid in

Re: Missing Thunderbolt 3 PCI-E atomics support

Hello to both of you, Tim and Mika, sorry that I step in so late, but after I've read that Tim's laptop didn't have PCIe atomics (is it realy PCIe 2.xx?) I have some hints, too. Question: Is PCIe 3.xx+ needed together with Thunderbold 3 or is PCIe 2.xx enaugth (like Tim's laptop)? If Tim's l

[GITLAB] spelling/typo: Shouldn't this thing called 'Merge Bot'?

Hello Eric, hello all, saw latest commits: committer Marge Bot [-] Reviewed-by: Jason Ekstrand Tested-by: Marge Bot etc. What do you think? Greetings, Dieter ___ dri-devel maili

Re: Resizeable PCI BAR support V5

Hello Christian, I've running this since you've sent it on-top of amd-staging-4.11. But I think my poor little FUJITSU PRIMERGY TX150 S7, Xeon X3470 (Nehalem), PCIe 2.0, 24 GB is to old for this stuff... [1.066475] pci :05:00.0: VF(n) BAR0 space: [mem 0x-0x0003 64bit] (co

[short question for propper bug report] RX580 Nitro+ / 4.11 boot message 'Invalid PCI ROM header signature'

Hello Alex, got mine Sapphire Nitro+ RX 580, 8 GB (of course) up and _flying_. ;-) Sadly 'only' with PCIe 2.0 x8 (cutted server mobo slot). With kernel 4.11 I've the below in dmesg: [3.714150] [drm] amdgpu kernel modesetting enabled. [3.721233] fb: switching to amdgpudrmfb from VESA VGA

r600/shader: emit tessellation factors to GDS at end of TCS.

Hello Dave, first all the best for your newborn and your whole family! Second: What could be differend between r6xx/r7xx and EG+ (NI, here) that the below fixes the 'gsraytrace' GPU hang on the later but NOT on the former? Any ideas, hints where I could start? r6xx/r7xx do not have any TESS sup

r600/shader: emit tessellation factors to GDS at end of TCS.

Am 15.01.2016 21:04, schrieb Dave Airlie: > On 15 January 2016 at 12:25, Dieter Nützel > wrote: >> Hello Dave, >> Second: >> What could be differend between r6xx/r7xx and EG+ (NI, here) that the >> below >> fixes the 'gsraytrace' GPU hang on the later but NOT on the former? >> >> Any ideas, h

[pull] radeon drm-fixes-3.16

Am 17.07.2014 22:50, schrieb Alex Deucher: > Hi Dave, > > A few more fixes for 3.16. The pageflipping fixes I dropped last week > have finally shaped up so this is mostly fixes for fallout from the > pageflipping code changes. Also fix a memory leak and a black screen > when restoring the backli

[PATCH 0/5] radeon: Write-combined CPU mappings of BOs in GTT

Am 18.07.2014 05:07, schrieb Michel D?nzer: > On 17.07.2014 19:09, Christian K?nig wrote: >> Am 17.07.2014 12:01, schrieb Michel D?nzer: >>> In order to try and improve X(Shm)PutImage performance with glamor, I >>> implemented support for write-combined CPU mappings of BOs in GTT. >>> >>> This did

[PATCH 1/2] Revert "drm/radeon: remove drm_vblank_get|put from pflip handling"

Am 23.06.2014 11:34, schrieb Michel D?nzer: > On 18.06.2014 18:14, Christian K?nig wrote: >> Am 18.06.2014 07:53, schrieb Michel D?nzer: >>> >>> Looking into these issues has got me thinking about the use of the >>> page >>> flip interrupt: If the page flip interrupt arrives before the >>> corres

[PATCH 1/2] Revert "drm/radeon: remove drm_vblank_get|put from pflip handling"

Am 23.06.2014 21:46, schrieb Dieter N?tzel: > Am 23.06.2014 11:34, schrieb Michel D?nzer: >> On 18.06.2014 18:14, Christian K?nig wrote: >>> Am 18.06.2014 07:53, schrieb Michel D?nzer: Looking into these issues has got me thinking about the use of the page flip interrupt: If t

[PATCH 1/2] Revert "drm/radeon: remove drm_vblank_get|put from pflip handling"

Am 24.06.2014 12:05, schrieb Michel D?nzer: > On 24.06.2014 05:32, Dieter N?tzel wrote: >> Am 23.06.2014 21:46, schrieb Dieter N?tzel: >>> Am 23.06.2014 11:34, schrieb Michel D?nzer: On 18.06.2014 18:14, Christian K?nig wrote: > Am 18.06.2014 07:53, schrieb Michel D?nzer: >> >>

[PATCH 1/2] Revert "drm/radeon: remove drm_vblank_get|put from pflip handling"

Am 24.06.2014 12:05, schrieb Michel D?nzer: > On 24.06.2014 05:32, Dieter N?tzel wrote: >> Am 23.06.2014 21:46, schrieb Dieter N?tzel: >>> Am 23.06.2014 11:34, schrieb Michel D?nzer: On 18.06.2014 18:14, Christian K?nig wrote: > Am 18.06.2014 07:53, schrieb Michel D?nzer: >> >>

[PATCH 1/2] Revert "drm/radeon: remove drm_vblank_get|put from pflip handling"

Am 25.06.2014 09:57, schrieb Michel D?nzer: > On 25.06.2014 03:13, Dieter N?tzel wrote: >> Am 24.06.2014 12:05, schrieb Michel D?nzer: >>> On 24.06.2014 05:32, Dieter N?tzel wrote: Am 23.06.2014 21:46, schrieb Dieter N?tzel: > Am 23.06.2014 11:34, schrieb Michel D?nzer: >> On 18.06.201

[PATCH 1/2] drm/radeon: Only enable and handle pageflip interrupts when needed

Am 26.06.2014 12:39, schrieb Christian K?nig: > Am 26.06.2014 11:29, schrieb Michel D?nzer: >> From: Michel D?nzer >> >> Prevents radeon_crtc_handle_flip() from running before >> radeon_flip_work_func(), resulting in a kernel panic due to the >> BUG_ON() >> in drm_vblank_put(). >> >> Tested-by:

[PATCH 1/3] drm/radeon: stop poisoning the GART TLB

Am 25.06.2014 05:59, schrieb Michel D?nzer: > On 24.06.2014 19:14, Christian K?nig wrote: >> Am 24.06.2014 08:49, schrieb Michel D?nzer: >>> On 23.06.2014 18:56, Christian K?nig wrote: Am 23.06.2014 10:15, schrieb Michel D?nzer: > On 19.06.2014 18:45, Christian K?nig wrote: > >> I

[PATCH 1/2] drm/radeon: Only enable and handle pageflip interrupts when needed

Am 26.06.2014 12:39, schrieb Christian K?nig: > Am 26.06.2014 11:29, schrieb Michel D?nzer: >> From: Michel D?nzer >> >> Prevents radeon_crtc_handle_flip() from running before >> radeon_flip_work_func(), resulting in a kernel panic due to the >> BUG_ON() >> in drm_vblank_put(). >> >> Tested-by:

[PATCH 1/2] drm/radeon: Only enable and handle pageflip interrupts when needed

Am 27.06.2014 03:03, schrieb Michel D?nzer: > On 27.06.2014 09:53, Dieter N?tzel wrote: >> Am 26.06.2014 12:39, schrieb Christian K?nig: >>> Am 26.06.2014 11:29, schrieb Michel D?nzer: From: Michel D?nzer Prevents radeon_crtc_handle_flip() from running before radeon_flip_work_

[PATCH 1/2] drm/radeon: Only enable and handle pageflip interrupts when needed

Am 27.06.2014 03:03, schrieb Michel D?nzer: > On 27.06.2014 09:53, Dieter N?tzel wrote: >> Am 26.06.2014 12:39, schrieb Christian K?nig: >>> Am 26.06.2014 11:29, schrieb Michel D?nzer: From: Michel D?nzer Prevents radeon_crtc_handle_flip() from running before radeon_flip_work_

Re: [git pull] drm radeon/nouveau/core fixes

Am 19.09.2013 04:07, schrieb Dave Airlie: Hi Linus, mostly radeon fixes, with some nouveau bios parser, ttm fix and a fix for AST driver. Dave. The following changes since commit 01172772c7c973debf5b4881fcb9463891ea97ec: drm/nouveau: fix oops on runtime suspend/resume (2013-09-10 12:38:53

[r600g] Mesa CVS 4e9aa67: vdpau has only MPEG1/2 on RV730

Hello Christian, after latest git pull I've only MPEG1, MPEG2_SIMPLE and MPEG2_MAIN with my RV730 (AGP). All nice videos didn't play any longer. -Dieter BTW I'm not on Mesa Devel, so please CC me. /opt/mesa> vdpauinfo display: :0 screen: 0 API version: 1 Information string: G3DVL VDPAU Dr

Re: Flash 11.2 content displays in shades of green and purple only, and in a horizontally compressed space

Am 30.09.2013 13:36, schrieb Daniel Vetter: On Sat, Sep 28, 2013 at 12:49:24PM -0400, John Hupp wrote: [I emailed the list with this same material on 9/13, but it has received no response and someone on the Ubuntu kernel team suggested that I change the email Subject from "Re: Moving a bug upstr

Re: [Mesa-dev] [r600g] Mesa CVS 4e9aa67: vdpau has only MPEG1/2 on RV730

Am 30.09.2013 10:47, schrieb Grigori Goronzy: On 30.09.2013 10:06, Michel Dänzer wrote: On Son, 2013-09-29 at 22:34 +0200, Dieter Nützel wrote: after latest git pull I've only MPEG1, MPEG2_SIMPLE and MPEG2_MAIN with my RV730 (AGP). Same problem on PALM. Bisection shows that it is c

[PATCH] drm/radeon: avoid segfault on device open when accel is not working.

Hello Christian, no one has picked this. http://lists.freedesktop.org/archives/dri-devel/2014-May/059189.html Even Alex ACKed it. http://lists.freedesktop.org/archives/dri-devel/2014-May/059191.html Greetings, Dieter

[drm-next-3.18 (-wip)] only works with b6c2b4 below evergreen (UVD)

Hello Alex and Christian, RV730 (AGP) need badly From b6c2b4faf90230ef9cf1a81f36cbccda4a606c59 Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Mon, 8 Sep 2014 13:16:39 -0400 Subject: [PATCH] drm/radeon: only use me/pfp sync on evergreen+ The packet seems to cause hangs on some 7xx asics. b

[drm-next-3.18 (-wip)] only works with b6c2b4 below evergreen (UVD)

Am 12.09.2014 00:14, schrieb Alex Deucher: > On Thu, Sep 11, 2014 at 6:12 PM, Dieter N?tzel > wrote: >> Hello Alex and Christian, >> >> RV730 (AGP) need badly >> >> From b6c2b4faf90230ef9cf1a81f36cbccda4a606c59 Mon Sep 17 00:00:00 2001 >> From: Alex Deucher >> Date: Mon, 8 Sep 2014 13:16:39 -0

[Bug 92173] [regression, bisected] commit 266d05a broke WebGL-Water Caustics on NI/Turks (6670)

Hello Tapani, this was your patch. Any comments? Thanks, Dieter Am 29.09.2015 03:56, schrieb bugzilla-daemon at freedesktop.org: > BUG ID > 92173 [3] > > SUMMARY > [regression, bisected] commit 266d05a broke WebGL-Water > Caustics on > NI/Turks (667

tgsi: add support for buffer/atomic operations to tgsi_exec

Warning during compilation after git pull: tgsi/tgsi_exec.c: In function 'exec_atomop_buf': tgsi/tgsi_exec.c:4060:8: warning: array subscript is above array bounds [-Warray-bounds] r[3].f[j] = rgba[3][j]; ^ Any hints where I should look? Dieter

Re: [PATCH v3 0/5] drm/ttm,amdgpu: Introduce LRU bulk move functionality

For the series Tested-by: Dieter Nützel on RX580, amd-staging-drm-next #5024f8dfe478 Dieter Am 13.08.2018 11:58, schrieb Huang Rui: The idea and proposal is originally from Christian, and I continue to work to deliver it. Background: amdgpu driver will move all PD/PT and PerVM BOs into

Re: [PATCH 0/3] Provide ttm_bo_{get,put} for TMM BO ref-counting

Am 21.06.2018 16:53, schrieb Christian König: Am 21.06.2018 um 15:21 schrieb Thomas Zimmermann: TTM buffer objects provide ttm_bo_reference() and ttm_bo_unref() for managing reference counters. This patch set introduces ttm_bo_get() and ttm_ot_put(), which follow Linux kernel conventions.

Re: PCIe P2P access to GPU memory

Hello Dirk, I think Christian is talking about this branch: https://cgit.freedesktop.org/~deathsimple/linux/log/?h=p2p His 'home' is, here: https://cgit.freedesktop.org/~deathsimple/linux/ Happy hacking! ;-) Dieter Am 29.09.2018 10:17, schrieb Dirk Eibach: This is work in progress. I publi

Re: [PATCH] drm/scheduler: fix setting the priorty for entities

Hello Christian, AMD guys, this one _together_ with these series [PATCH 1/7] drm/amdgpu: use new scheduler load balancing for VMs https://lists.freedesktop.org/archives/amd-gfx/2018-August/024802.html on top of amd-staging-drm-next 53d5f1e4a6d9 freeze whole system (Intel Xeon X3470, RX580) duri

Re: [PATCH] drm/scheduler: fix setting the priorty for entities

Am 03.08.2018 13:09, schrieb Christian König: Am 03.08.2018 um 03:08 schrieb Dieter Nützel: Hello Christian, AMD guys, this one _together_ with these series [PATCH 1/7] drm/amdgpu: use new scheduler load balancing for VMs https://lists.freedesktop.org/archives/amd-gfx/2018-August/024802.html

Re: [PATCH] drm/scheduler: fix setting the priorty for entities

Am 04.08.2018 05:27, schrieb Dieter Nützel: Am 03.08.2018 13:09, schrieb Christian König: Am 03.08.2018 um 03:08 schrieb Dieter Nützel: Hello Christian, AMD guys, this one _together_ with these series [PATCH 1/7] drm/amdgpu: use new scheduler load balancing for VMs https

Re: [PATCH] drm/scheduler: fix setting the priorty for entities

Am 04.08.2018 06:12, schrieb Dieter Nützel: Am 04.08.2018 05:27, schrieb Dieter Nützel: Am 03.08.2018 13:09, schrieb Christian König: Am 03.08.2018 um 03:08 schrieb Dieter Nützel: Hello Christian, AMD guys, this one _together_ with these series [PATCH 1/7] drm/amdgpu: use new scheduler load

Re: [PATCH] drm/scheduler: fix setting the priorty for entities - bisected

Am 04.08.2018 06:18, schrieb Dieter Nützel: Am 04.08.2018 06:12, schrieb Dieter Nützel: Am 04.08.2018 05:27, schrieb Dieter Nützel: Am 03.08.2018 13:09, schrieb Christian König: Am 03.08.2018 um 03:08 schrieb Dieter Nützel: Hello Christian, AMD guys, this one _together_ with these series

Re: [PATCH] drm/scheduler: fix setting the priorty for entities - bisected

Am 06.08.2018 02:13, schrieb Dieter Nützel: Am 04.08.2018 06:18, schrieb Dieter Nützel: Am 04.08.2018 06:12, schrieb Dieter Nützel: Am 04.08.2018 05:27, schrieb Dieter Nützel: Am 03.08.2018 13:09, schrieb Christian König: Am 03.08.2018 um 03:08 schrieb Dieter Nützel: Hello Christian, AMD

drm-radeon-fix-typo-in-fetching-mpll-params.patch et.al isn't in 'drm-fixes' and 3.13-rc2

Only a reminder. Thanks, Dieter PS Hope all of you had have a nice first Sunday of Advent!

[drm/radeon] Nothing for stable is in 3.12.2, at least.

Cheers, Dieter

Re: [amd-staging-drm-next] regression - no fan info (sensors) on RX580

essage- From: Alex Deucher [mailto:alexdeuc...@gmail.com] Sent: Friday, September 29, 2017 10:11 PM To: Dieter Nützel; Zhu, Rex Cc: amd-devel; DRI Devel; Wentland, Harry; Michel Dänzer Subject: Re: [amd-staging-drm-next] regression - no fan info (sensors) on RX580 Rex, probably related to the recent

Re: [amd-staging-drm-next] regression - no fan info (sensors) on RX580

by: Alex Deucher Signed-off-by: Rex Zhu :04 04 72361654709479890586e383ec73088e535a1cf5 2b6d5a75ffc3b6fd48c63e79bf28faddcc734918 M drivers Greetings, Dieter Am 09.10.2017 02:19, schrieb Dieter Nützel: Sorry Rex, after return from our vacation, I've tested latest amd-sta

Re: [pull] amdgpu dc drm-next-4.15-dc

Am 21.10.2017 23:22, schrieb Alex Deucher: Hi Dave, Last batch of new stuff for DC. Highlights: - Fix some memory leaks - S3 fixes - Hotplug fixes - Fix some CX multi-display issues - MST fixes - DML updates from the hw team - Various code cleanups - Misc bug fixes Now this tree has the same f

Re: [pull] amdgpu dc drm-next-4.15-dc

Am 22.10.2017 23:48, schrieb Dieter Nützel: Am 21.10.2017 23:22, schrieb Alex Deucher: Hi Dave, Last batch of new stuff for DC. Highlights: - Fix some memory leaks - S3 fixes - Hotplug fixes - Fix some CX multi-display issues - MST fixes - DML updates from the hw team - Various code cleanups

Re: [pull] amdgpu dc drm-next-4.15-dc

Hello Alex & Rex, any progress? The 'screen blank' (monitor standby mode) is really annoying. Thanks, Dieter Am 23.10.2017 03:03, schrieb Dieter Nützel: Am 22.10.2017 23:48, schrieb Dieter Nützel: Am 21.10.2017 23:22, schrieb Alex Deucher: Hi Dave, Last batch of ne

Re: [pull] amdgpu dc drm-next-4.15-dc

Am 26.10.2017 19:26, schrieb Alex Deucher: On Thu, Oct 26, 2017 at 10:10 AM, Dieter Nützel wrote: Hello Alex & Rex, any progress? The 'screen blank' (monitor standby mode) is really annoying. Does this patch help? https://cgit.freedesktop.org/~agd5f/linux/commit/?h=amd-stagi

Re: [PATCH] drm/ttm: once more fix ttm_buffer_object_transfer

Hello Christian, is this for these warnings flooding my dmesg-log or do I have to open a new ticket: Current amd-staging-drm-next commit #7781a8c68a6a from you ;-) [ 6588.429302] WARNING: CPU: 5 PID: 2957 at drivers/gpu/drm/amd/amdgpu/../display/dc/dm_services.h:132 generic_reg_update_ex+0x

Re: [radeon-alex:amd-staging-drm-next 68/819] drivers/gpu/drm/amd/amdgpu/../display/amdgpu_dm/amdgpu_dm_mst_types.c:154:10: error: 'drm_atomic_helper_connector_dpms' undeclared here (not in a function

I've send a related kernel crash log to amd-devel some days ago without any answer, yet... Was: [amd-staging-drm-next] kernel crash with amdgpu on RX580 in 'drm_object_property_get_value' I get this in _all_ current 'amd-staging-drm-next' versions. ;-( [16301.515079] [ cut here ]

[amd-staging-drm-next] regression - no fan info (sensors) on RX580

Hello all, since latest update 1d7da702e70d3c27408a3bb312c71d6be9f7bebe drm/amd/powerplay: fix spelling mistake: "dividable" -> "divisible" I didn't get fan info with my RX580 (Polaris21) any longer. Worked with this commit: 786df0b89fe5a0b405d4de0a1ce03003c0743ec3 drm/amd/display: fix pflip

Re: [amd-staging-drm-next] regression - *ERROR* Don't have enable_spread_spectrum_on_ppll for v4

Am 03.01.2018 16:03, schrieb Harry Wentland: On 2017-12-27 04:04 AM, Michel Dänzer wrote: On 2017-12-27 05:43 AM, Dieter Nützel wrote: Hello AMD team, I got this since latest 'amd-staging-drm-next' git update (#b956c586e58a) during boot with Polaris RX580 DC on: [  

Re: Resizeable PCI BAR support V5

ardware is perfectly capable of doing this, it's just that the BIOS/Motherboard didn't enabled a PCIe window per default to avoid problems with 32bit OSes. Regards, Christian. Am 30.06.2017 um 01:51 schrieb Dieter Nützel: Hello Christian, I've running this since you've sent

Re: Operation context for TTM

For the series: Tested-by: Dieter Nützel on RX580 amd-staging-drm-next 85d09ce5e5039644487e9508d6359f9f4cf64427 with glmark2, DiRT Rally and F1 2017 (radv) Dieter Am 17.11.2017 11:49, schrieb Christian König: Hi everyone, Michel already reviewed this back in April, but I didn't found

Re: [amd-staging-drm-next] regression - no fan info (sensors) on RX580

m/amdgpu: remove VRAM size reduction v2 95d8c587cba5 drm/amd/pp: fix typecast error in powerplay. [-] amdgpu-pci-0100 Adapter: PCI adapter fan1: 881 RPM temp1:+29.0°C (crit = +0.0°C, hyst = +0.0°C) Tested-by: Dieter Nützel Thank you very much Alex! Dieter Am 20.11.2017 23:57, schr

Re: Operation context for TTM

c:33: ./include/drm/ttm/ttm_bo_api.h:334:5: note: declared here int ttm_bo_validate(struct ttm_buffer_object *bo, ^~~ New version comming? Thanks, Dieter Am 20.11.2017 05:35, schrieb Dieter Nützel: For the series: Tested-by: Dieter Nützel on RX580 amd-staging-drm-next 85d09c

Re: [PATCH] drm/ttm: swap consecutive allocated pooled pages v4

Tested-by: Dieter Nützel Dieter Am 05.12.2017 13:54, schrieb Christian König: When we detect consecutive allocation of pages swap them to avoid accidentally freeing them as huge page. v2: use swap v3: check if it's really the first allocated page v4: don't touch the loop variable

Re: [PATCH v2 0/2] AMDGPU scheduler move, take 2

For the series: Tested-by: Dieter Nützel on RX580 8GB with UH, UV, Blender 2.79, smoketest (Vulkan), glmark2 (parallel with OpenCL (/opt/opencl-example>./run_tests.sh)) Dieter Am 06.12.2017 17:49, schrieb Lucas Stach: Hi all, second try to move the AMDGPU scheduler into a com

[amd-staging-drm-next] regression - *ERROR* Don't have enable_spread_spectrum_on_ppll for v4

Hello AMD team, I got this since latest 'amd-staging-drm-next' git update (#b956c586e58a) during boot with Polaris RX580 DC on: [3.586342] [drm:dal_bios_parser_init_cmd_tbl [amdgpu]] *ERROR* Don't have enable_spread_spectrum_on_ppll for v4 [3.586410] [drm:dal_bios_parser_init_cmd_tbl

Congrats AMD-Team! --- RX480 + Mesa-git + 4.7-rcX

Well done! Best wishes. Dieter

Re: UVD fails to init on rv790

Am 2013-04-03 15:21, schrieb Alex Deucher: On Wed, Apr 3, 2013 at 7:29 AM, Christian König wrote: Hi Andy, crap! I feared that something like this would happen. IIRC we never tested UVD on an rv790, and this hardware isn't easy to get any more. RV770/RV790 have a separate UVD hardware gener

Re: UVD fails to init on rv790

Am 2013-04-03 23:06, schrieb Alex Deucher: On Wed, Apr 3, 2013 at 4:45 PM, Dieter Nützel wrote: Am 2013-04-03 15:21, schrieb Alex Deucher: On Wed, Apr 3, 2013 at 7:29 AM, Christian König wrote: Hi Andy, crap! I feared that something like this would happen. IIRC we never tested UVD on an

Re: UVD status on loongson 3a platform

Am 2013-04-19 17:34, schrieb Christian König: Am 19.04.2013 10:51, schrieb Chen Jie: Hi all, Recently, the uvd supporting is released, and we've tried it on loongson 3a platform. Brief introduction about loongson 3a, it's a MIPS III compatible, 4 cores processor. More details about the platform

Re: UVD status on loongson 3a platform

Am 2013-04-19 10:51, schrieb Chen Jie: Hi all, Recently, the uvd supporting is released, and we've tried it on loongson 3a platform. Brief introduction about loongson 3a, it's a MIPS III compatible, 4 cores processor. More details about the platform [1]: * The Board: RS780E + SB710 chipset, wit

drm_edid_to_sad: (drm-next-3.10) compiler warnings

CC [M] drivers/gpu/drm/drm_edid.o drivers/gpu/drm/drm_edid.c: In Funktion »drm_edid_to_sad«: drivers/gpu/drm/drm_edid.c:2550:4: Warnung: ISO-C90 verbietet gemischte Deklarationen und Code [-Wdeclaration-after-statement] Regards, Dieter ___ dri-devel

Re: [PATCH] drm/radeon: fix scratch reg handling for UVD fence

Am 2013-04-24 14:12, schrieb Christian König: From: Christian König Also init the scratch reg to zero on the UVD ring. This fixes UVD on AGP based cards. Signed-off-by: Christian König Tested-by: Dieter Nützel RV730 AGP (UVD 2.2) works with radeon.agpmode=8, now. [ 10.394741] ATOM

Re: [PATCH] drm/radeon: allocate SA bo in the requested domain

Am 2013-04-25 18:19, schrieb Christian König: From: Christian König This avoid moving the BO directly after allocating it. Signed-off-by: Christian König Tested-by: Dieter Nützel Regards, Dieter --- drivers/gpu/drm/radeon/radeon_sa.c |2 +- 1 file changed, 1 insertion(+), 1 deletion

Re: Flash 11.2 content displays in shades of green and purple only, and in a horizontally compressed space

Am 02.10.2013 21:20, schrieb John Hupp: On 9/30/2013 7:36 AM, Daniel Vetter wrote: On Sat, Sep 28, 2013 at 12:49:24PM -0400, John Hupp wrote: [I emailed the list with this same material on 9/13, but it has received no response and someone on the Ubuntu kernel team suggested that I change the em

Re: [TIP] Catalyst / fglrx and DVI to HDMI adapters (audio)

Am 07.10.2013 11:22, schrieb Christian König: Am 07.10.2013 10:58, schrieb Rafał Miłecki: 2013/10/7 Christian König : Why didn't you just asked me? I was told on #radeon you're on holidays ;) I was trying to catch you. I'm on vacation right now, but got back yesterday and now greping though

Re: [PATCH 2/2] drm/radeon: rework and fix reset detection v2

Am 14.10.2013 11:32, schrieb Christian König: From: Christian König Stop fiddling with jiffies, always wait for RADEON_FENCE_JIFFIES_TIMEOUT. Consolidate the two wait sequence implementations into just one function. Activate all waiters and remember if the reset was already done instead of

[PATCH 1/2] drm/radeon: Only enable and handle pageflip interrupts when needed

Am 30.06.2014 14:31, schrieb Christian K?nig: > Am 30.06.2014 11:34, schrieb Michel D?nzer: >> On 27.06.2014 19:47, Christian K?nig wrote: >>> Am 27.06.2014 11:44, schrieb Michel D?nzer: On 27.06.2014 17:18, Christian K?nig wrote: > Am 27.06.2014 04:58, schrieb Michel D?nzer: >> On 26.

UVD fails to init on rv790

Am 2013-04-03 15:21, schrieb Alex Deucher: > On Wed, Apr 3, 2013 at 7:29 AM, Christian K?nig > wrote: >> Hi Andy, >> >> crap! I feared that something like this would happen. IIRC we never >> tested >> UVD on an rv790, and this hardware isn't easy to get any more. >> >> RV770/RV790 have a separ

UVD fails to init on rv790

Am 2013-04-03 23:06, schrieb Alex Deucher: > On Wed, Apr 3, 2013 at 4:45 PM, Dieter N?tzel > wrote: >> Am 2013-04-03 15:21, schrieb Alex Deucher: >> >>> On Wed, Apr 3, 2013 at 7:29 AM, Christian K?nig >>> >>> wrote: Hi Andy, crap! I feared that something like this would h

[PATCH 00/11] basic UVD support v3

Am 2013-04-08 16:50, schrieb Christian K?nig: > Am 08.04.2013 16:37, schrieb Dieter N?tzel: >> Am 2013-04-08 12:41, schrieb Christian K?nig: >>> Hello everyone, >>> >>> Third round of this patchset, and only some stupid typos fixed. I've >>> uploaded this patchset as branch uvd-3.9 to >>> git://pe

UVD status on loongson 3a platform

Am 2013-04-19 17:34, schrieb Christian K?nig: > Am 19.04.2013 10:51, schrieb Chen Jie: > Hi all, > > Recently, the uvd supporting is released, and we've tried it on > loongson 3a platform. > Brief introduction about loongson 3a, it's a MIPS III compatible, 4 > cores processor. > > More details ab

UVD status on loongson 3a platform

Am 2013-04-19 10:51, schrieb Chen Jie: > Hi all, > > Recently, the uvd supporting is released, and we've tried it on > loongson 3a platform. > Brief introduction about loongson 3a, it's a MIPS III compatible, 4 > cores processor. > > More details about the platform [1]: > * The Board: RS780E + SB

drm_edid_to_sad: (drm-next-3.10) compiler warnings

CC [M] drivers/gpu/drm/drm_edid.o drivers/gpu/drm/drm_edid.c: In Funktion ?drm_edid_to_sad?: drivers/gpu/drm/drm_edid.c:2550:4: Warnung: ISO-C90 verbietet gemischte Deklarationen und Code [-Wdeclaration-after-statement] Regards, Dieter

[PATCH] drm/radeon: fix scratch reg handling for UVD fence

Am 2013-04-24 14:12, schrieb Christian K?nig: > From: Christian K?nig > > Also init the scratch reg to zero on the UVD ring. > This fixes UVD on AGP based cards. > > Signed-off-by: Christian K?nig Tested-by: Dieter N?tzel RV730 AGP (UVD 2.2) works with radeon.agpmode=8, now. [ 10.394741]

[PATCH] drm/radeon: allocate SA bo in the requested domain

Am 2013-04-25 18:19, schrieb Christian K?nig: > From: Christian K?nig > > This avoid moving the BO directly after allocating it. > > Signed-off-by: Christian K?nig Tested-by: Dieter N?tzel Regards, Dieter > --- > drivers/gpu/drm/radeon/radeon_sa.c |2 +- > 1 file changed, 1 insertion(+),

[PATCH] drm/radeon: drm/radeon: add missing radeon_semaphore_free to error path

Tested-by for RV730 (r600.c). Am 24.04.2014 13:29, schrieb Maarten Lankhorst: > It would appear this bug has been copy/pasted many times without being > noticed. > > Signed-off-by: Maarten Lankhorst > --- > diff --git a/drivers/gpu/drm/radeon/cik.c > b/drivers/gpu/drm/radeon/cik.c > index f58a

[PATCH] drm/radeon: avoid UVD corruptions on AGP cards

Am 15.09.2013 13:31, schrieb Christian K?nig: > From: Christian K?nig > > Putting everything into VRAM seems to help. > > Signed-off-by: Christian K?nig > --- > drivers/gpu/drm/radeon/radeon_cs.c | 8 +--- > 1 file changed, 5 insertions(+), 3 deletions(-) > > diff --git a/drivers/gpu/drm/

Flash 11.2 content displays in shades of green and purple only, and in a horizontally compressed space

Am 30.09.2013 14:19, schrieb Daniel Vetter: > On Mon, Sep 30, 2013 at 2:04 PM, Dieter N?tzel > wrote: >> Even so, I have no xorg.conf only /etc/X11/xorg.conf.d/ files. >> Which one should I create/change for testing, this? > > Just add the snippet I've pasted into a new file in xorg.conf.d and X

[PATCH] drm/radeon: fix missing bo reservation

Alex, shouldn't you send a pull request, that this land in 3.14-rc4? Just in case... Thanks, Dieter Am 20.02.2014 18:47, schrieb Christian K?nig: > From: Christian K?nig > > Otherwise we might get a crash here. > > Signed-off-by: Christian K?nig > Cc: stable at vger.kernel.org > --- > dr

[PATCH] drm/doc: Clarify the dumb object interfaces

Am 24.01.2014 17:58, schrieb Daniel Vetter: Just two typos ('said' my spellchecker...;-) Regards, Dieter > - This is _not_ a generic interface to create gem objects, but just an > interface to make early boot services (like boot splash) with a > generic KMS userspace driver possible. Hen

[PATCH 1/2] drm/radeon: Program page flips to execute in hblank instead of vblank

Am 01.07.2014 10:14, schrieb Michel D?nzer: > From: Michel D?nzer > > But move the programming back to the vertical blank interrupt handler. > And signal the flip as being completed immediately after programming it > to the hardware. > > This way we don't have to guess whether or not the hardwar

[PATCH 1/2] drm/radeon: Program page flips to execute in hblank instead of vblank

Am 02.07.2014 02:29, schrieb Michel D?nzer: > On 02.07.2014 01:46, Dieter N?tzel wrote: >> Am 01.07.2014 10:14, schrieb Michel D?nzer: >>> From: Michel D?nzer >>> >>> But move the programming back to the vertical blank interrupt >>> handler. >>> And signal the flip as being completed immediately

Mesa git - auxiliary: compilation error with latest LLVM git in gallivm/lp_bld_debug.lo

make[4]: Entering directory '/opt/mesa/src/gallium/auxiliary' CXX gallivm/lp_bld_debug.lo gallivm/lp_bld_debug.cpp: In function 'size_t disassemble(const void*, llvm::raw_ostream&)': gallivm/lp_bld_debug.cpp:280:54: error: no matching function for call to 'llvm::TargetMachine::getSubtarge

Mesa git - auxiliary: compilation error with latest LLVM git in gallivm/lp_bld_debug.lo

Forget this one. Duplicate of: https://bugs.freedesktop.org/show_bug.cgi?id=89705 Sorry for the noise! -Dieter Am 22.03.2015 03:49, schrieb Dieter Nützel: > make[4]: Entering directory '/opt/mesa/src/gallium/auxiliary' > CXX gallivm/lp_bld_debug.lo > gallivm/lp_bld_debug.cpp: In function

LLVM / Clang git for libclc: optimized build or debug?

make[1]: Leaving directory '/opt/llvm/bindings' llvm[0]: * Completed Debug+Asserts Build llvm[0]: * Note: Debug build can be 10 times slower than an llvm[0]: * optimized build. Use make ENABLE_OPTIMIZED=1 to llvm[0]: * make an optimized build. Alternatively you can llvm[0]: * co

r600 - NI/Turks: flickering with 'geom-outlining-150'

Hello Alex, I get _today_ flickering with Mesa-demo 'geom-outlining-150'. It worked OK last night and I've reseted Mesa git back to 5c1aac1 but NO success. Only thing is I've used LLVM git of today, too and for GOOD result LLVM from 18th. Any hints? For the record: 'geom-outlining-150' 'gsray

r600 - NI/Turks: flickering with 'geom-outlining-150'

Am 20.02.2015 17:29, schrieb Alex Deucher: > On Fri, Feb 20, 2015 at 10:54 AM, Dieter Nützel > wrote: >> Hello Alex, >> >> I get _today_ flickering with Mesa-demo 'geom-outlining-150'. >> It worked OK last night and I've reseted Mesa git back to 5c1aac1 but >> NO >> success. >> Only thing is I

drm-next-4.1-wip: NI/Turks *ERROR* chosen encoder in use 4

Hello Alex, I get this in dmesg: [ 26.001926] [drm:radeon_atom_pick_dig_encoder [radeon]] *ERROR* chosen encoder in use 4 What do you need? -Dieter -- next part -- A non-text attachment was scrubbed... Name: dmesg-4.1-wip.log.xz Type: application/x-xz Size: 14832 byte

Fwd: drm-next-4.1-wip: NI/Turks *ERROR* chosen encoder in use 4

Hello Dave, latest change comes from you. author Dave Airlie 2015-02-23 23:24:03 (GMT) committer Alex Deucher 2015-02-24 19:52:03 (GMT) commit 8eeefdc92b7e0b05a627ec7e3cb3ce31c03362ab (patch) Any idea? Thanks, Dieter Originalnachricht Betreff: drm-next-

r600 - NI/Turks: flickering with 'geom-outlining-150'

Am 25.02.2015 09:31, schrieb Michel Dänzer: > On 25.02.2015 13:04, Dieter Nützel wrote: >> Am 20.02.2015 17:29, schrieb Alex Deucher: >>> On Fri, Feb 20, 2015 at 10:54 AM, Dieter Nützel >>> >>> wrote: Hello Alex, I get _today_ flickering with Mesa-demo 'geom-outlining-150'. >>>

drm-next-4.1-wip: NI/Turks *ERROR* chosen encoder in use 4

Am 25.02.2015 23:02, schrieb Dave Airlie: > On 26 February 2015 at 06:22, Alex Deucher > wrote: >> On Tue, Feb 24, 2015 at 11:20 PM, Dieter Nützel >> wrote: >>> Hello Alex, >>> >>> I get this in dmesg: >>> >>> [ 26.001926] [drm:radeon_atom_pick_dig_encoder [radeon]] *ERROR* >>> chosen >>>

[PATCH] drm/radeon: release digital encoder before asking for new one.

Am 26.02.2015 03:05, schrieb Alex Deucher: > On Wed, Feb 25, 2015 at 8:32 PM, Dave Airlie wrote: >> From: Dave Airlie >> >> This stops a DRM_ERROR that says we already used the encoder. >> >> Reported-by: Dieter Nützel >> Signed-off-by: Dave Airlie > > I've squashed this into the appropriat

r600 - NI/Turks: flickering with 'geom-outlining-150'

Am 25.02.2015 22:50, schrieb Dieter Nützel: > Am 25.02.2015 09:31, schrieb Michel Dänzer: >> On 25.02.2015 13:04, Dieter Nützel wrote: >>> Am 20.02.2015 17:29, schrieb Alex Deucher: On Fri, Feb 20, 2015 at 10:54 AM, Dieter Nützel wrote: > Hello Alex, > > I get _tod

[PATCH 5/7] drm/radeon: add spinlock for BO_VA status protection

Am 27.11.2014 14:48, schrieb Christian König: > From: Christian König > > Stop using the VM mutex for this > > Signed-off-by: Christian König > --- > drivers/gpu/drm/radeon/radeon.h| 3 +++ > drivers/gpu/drm/radeon/radeon_vm.c | 36 > ++-- > 2 files cha

[r600g] Is LLVM-compiler (--enable-r600-llvm-compiler) usable, now?

Hello Michel, subject say it all ;-) Second, we are now nearly on par with 3.16 on RV730 (AGP) with all your latest work, but I think about what we could get if we find the right commit between 3.16 (.4 here) and 3.17-rc1 (the transition from 3.16 to 3.17-next). I do not have 3.16.x around (i

  1   2   >