Am 23.07.2018 um 18:50 schrieb Michel Dänzer:
On 2018-07-19 05:39 PM, Michel Dänzer wrote:
From: Michel Dänzer
The warning turned out to be not so useful, as BO destruction tends to
be deferred to a workqueue.
Also, we should be preventing any damage from this now, so not really
important any
Am 23.07.2018 um 21:53 schrieb Boyuan Zhang:
On 2018-07-19 02:51 PM, Alex Deucher wrote:
On Wed, Jul 18, 2018 at 4:39 PM, wrote:
From: Boyuan Zhang
Enable system interrupt for jrbc during engine starting time.
Signed-off-by: Boyuan Zhang
---
drivers/gpu/drm/amd/amdgpu/vcn_v1_0.c | 8 ++
On 2018-07-24 02:47 PM, Christian König wrote:
> Am 23.07.2018 um 18:50 schrieb Michel Dänzer:
>> On 2018-07-19 05:39 PM, Michel Dänzer wrote:
>>> From: Michel Dänzer
>>>
>>> The warning turned out to be not so useful, as BO destruction tends to
>>> be deferred to a workqueue.
>>>
>>> Also, we sho
On Fri 20-07-18 17:09:02, Andrew Morton wrote:
[...]
> - Undocumented return value.
>
> - comment "failed to reap part..." is misleading - sounds like it's
> referring to something which happened in the past, is in fact
> referring to something which might happen in the future.
>
> - fails to
From: Michel Dänzer
Instead of strncpy with the string length. Avoids new warnings with GCC
8:
../../src/drmmode_display.c: In function ‘drmmode_output_create_resources’:
../../src/drmmode_display.c:2240:2: warning: ‘strncpy’ output truncated before
terminating nul copying 8 bytes from a string
The address printed is the actual address, not the page.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/gmc_v9_0.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/gmc_v9_0.c
b/drivers/gpu/drm/amd/amdgpu/gmc_v9_0.c
index 9df94b45d17d..39
On Tue, Jul 24, 2018 at 12:02 AM, Shirish S wrote:
> This patch moves amdgpu_fbdev_set_suspend() to the beginning
> of suspend sequence.
>
> This is to ensure fbcon does not to write to the VRAM
> after GPU is powerd down.
>
> Signed-off-by: Shirish S
> Reviewed-by: Michel Dänzer
Reviewed-by: A
From: Michel Dänzer
Replacing the drmmode_crtc_wait_pending_event macro.
Signed-off-by: Michel Dänzer
---
src/amdgpu_drm_queue.c | 13 +
src/amdgpu_drm_queue.h | 1 +
src/drmmode_display.c | 22 --
3 files changed, 18 insertions(+), 18 deletions(-)
diff --git
From: Michel Dänzer
This is a more robust way to prevent hangs due to nested calls to
drmHandleEvent.
Signed-off-by: Michel Dänzer
---
src/amdgpu_drm_queue.c | 124 +
src/amdgpu_drm_queue.h | 1 +
src/drmmode_display.c | 18 --
src/drmmode_displa
From: Michel Dänzer
And make amdgpu_drm_queue_handler not directly accessible outside of
amdgpu_drm_queue.c.
Signed-off-by: Michel Dänzer
---
src/amdgpu_dri2.c | 14 --
src/amdgpu_drm_queue.c | 11 +--
src/amdgpu_drm_queue.h | 5 +
src/amdgpu_kms.c | 2 +-
From: Michel Dänzer
Not needed anymore with the more robust mechanism introduced in the
previous change.
Signed-off-by: Michel Dänzer
---
src/amdgpu_kms.c | 9 -
src/amdgpu_present.c | 34 +++---
src/drmmode_display.h | 7 ---
3 files changed, 3
Dear Michel,
On 07/20/18 18:33, Michel Dänzer wrote:
> From: Michel Dänzer
>
> We were testing the register offset, instead of the value stored in the
> register, therefore always timing out the loop.
>
> This reduces suspend time of the system in the bug report below by ~600
> ms.
>
> Bugzil
On 2018-07-24 07:20 PM, Paul Menzel wrote:
> On 07/20/18 18:33, Michel Dänzer wrote:
>> From: Michel Dänzer
>>
>> We were testing the register offset, instead of the value stored in the
>> register, therefore always timing out the loop.
>>
>> This reduces suspend time of the system in the bug repo
Christian,
Would you please give me an Rb if the patch is OK with you? I have
spoken with Michel and he would be OK with me pushing it as long as it
gets an Rb from either you or Alex.
Thanks,
Marek
On Wed, Jul 11, 2018 at 8:47 PM, Marek Olšák wrote:
> From: Marek Olšák
>
> ---
> amdgpu/amdgp
Summary of changes:
* Flattening aux_engine and engine
* Fix Vega black screen issue
Anthony Koo (1):
drm/amd/display: Prevent PSR from being enabled if initialization
fails
Bhawanpreet Lakha (2):
drm/amd/display: Retry link training again
drm/amd/display: flatten aux_engine and engi
[Why]
engine and aux_engine are unnecessary layers we want to remove this
layer.
[How]
flatten engine and aux engine structs into one struct called
aux_engine and remove all references to the engine struct.
Change-Id: I6078129857865c8924c3c030d0afc43d7c9d75ff
Signed-off-by: Bhawanpreet Lakha
Rev
From: Anthony Koo
[Why]
PSR_SET command is sent to the microcontroller in order to initialize
parameters needed for PSR feature, such as telling the microcontroller
which pipe is driving the PSR supported panel. When this command is
skipped or fails, the microcontroller may program the wrong thin
[Why]
Some receivers seem to fail the first link training but are good on
subsequent tries. We want to retry link training again. This fixes
HTC vive pro not lighting up after being disabled.
[How]
Check if the link training passed without fall back if this is not
the case then we retry link train
From: "Jerry (Fangzhi) Zuo"
[Why]
The sequence is slightly changed when bring .set_bandwidth out
from the end of programming backend to the end of programming
surface. Vega10 doesn't like to get clocks updated if
stream_count is zero in the current context (Atomic Reset).
[How]
Do not update clo
From: Harry Wentland
Change-Id: I803d8ba47f3362a8877630dca127020bd7189095
Signed-off-by: Harry Wentland
Reviewed-by: Aric Cyr
Acked-by: Bhawanpreet Lakha
---
drivers/gpu/drm/amd/display/dc/dc.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/display/dc/
On Tue, Jul 24, 2018 at 11:32 AM, Michel Dänzer wrote:
> From: Michel Dänzer
>
> Instead of strncpy with the string length. Avoids new warnings with GCC
> 8:
>
> ../../src/drmmode_display.c: In function ‘drmmode_output_create_resources’:
> ../../src/drmmode_display.c:2240:2: warning: ‘strncpy’ ou
On Tue, 24 Jul 2018 16:17:47 +0200 Michal Hocko wrote:
> On Fri 20-07-18 17:09:02, Andrew Morton wrote:
> [...]
> > - Undocumented return value.
> >
> > - comment "failed to reap part..." is misleading - sounds like it's
> > referring to something which happened in the past, is in fact
> > r
On Tue, Jul 17, 2018 at 2:38 PM, Mauro Rossi wrote:
> Hi Alex,
>
> Il giorno mar 17 lug 2018 alle ore 15:43 Alex Deucher
> ha scritto:
>>
>> On Sun, Jul 15, 2018 at 10:03 PM, Mauro Rossi
>> wrote:
>> > From: Mauro Rossi
>> >
>> > (v1) {A,X}BGR code paths are added in amdgpu_dm, by using an
On Mon, Jul 23, 2018 at 10:29 AM, Jia-Ju Bai wrote:
> cik_pcie_gen3_enable() is only called by cik_common_hw_init(), which is
> never called in atomic context.
> cik_pcie_gen3_enable() calls mdelay() to busily wait, which is not
> necessary.
> mdelay() can be replaced with msleep().
>
> This is fo
On Mon, Jul 23, 2018 at 12:32 PM, Gustavo A. R. Silva
wrote:
> idx can be indirectly controlled by user-space, hence leading to a
> potential exploitation of the Spectre variant 1 vulnerability.
>
> This issue was detected with the help of Smatch:
>
> drivers/gpu/drm/amd/amdgpu/amdgpu_pm.c:408 amd
On Tue, 24 Jul 2018, Michal Hocko wrote:
> oom_reap_task_mm should return false when __oom_reap_task_mm return
> false. This is what my patch did but it seems this changed by
> http://www.ozlabs.org/~akpm/mmotm/broken-out/mm-oom-remove-oom_lock-from-oom_reaper.patch
> so that one should be fixed.
From: Paul Menzel
Date: Wed, 18 Jul 2018 18:15:44 +0200
Improve commit d796d844 (drm/radeon/kms: make hibernate work on IGPs) to
only migrate VRAM objects if the Linux kernel is actually built with
support for hibernation (suspend to disk).
Link: https://bugs.freedesktop.org/show_bug.cgi?id=107
Hi Takashi lwai,
Sorry, I have to use outlook again, since my mail client had some problems that
did not receive these series patches.
See the commands in line.
Thanks
JimQu
å件人: amd-gfx 代表 Takashi Iwai
åéæ¶é´: 2018å¹´7æ23æ¥ 22:50
the voltage showed in debugfs and hwmon should be in mV
Signed-off-by: Rex Zhu
---
drivers/gpu/drm/amd/powerplay/hwmgr/smu8_hwmgr.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/amd/powerplay/hwmgr/smu8_hwmgr.c
b/drivers/gpu/drm/amd/powerplay/hwmgr/smu
This test was reversed so it would end up leading to vddnb value
can't be read on APU.
Signed-off-by: Rex Zhu
---
drivers/gpu/drm/amd/amdgpu/amdgpu_pm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_pm.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu
On Wed, 25 Jul 2018 05:32:52 +0200,
Qu, Jim wrote:
> @@ -269,6 +271,10 @@ static void radeon_audio_enable(struct radeon_device
> *rdev,
>
> if (rdev->audio.funcs->enable)
> rdev->audio.funcs->enable(rdev, pin, enable_mask);
> +
> + if (acomp && acomp->audio_ops && ac
See comments in line.
Thanks
JimQu
å件人: amd-gfx 代表 Takashi Iwai
åéæ¶é´: 2018å¹´7æ23æ¥ 22:50
æ¶ä»¶äºº: alsa-de...@alsa-project.org
æé: amd-gfx@lists.freedesktop.org; dri-de...@lists.freedesktop.org
主é¢: [PATCH 4/4] drm/amdgpu:
On 2018å¹´07æ25æ¥ 13:28, Takashi Iwai wrote:
On Wed, 25 Jul 2018 05:32:52 +0200,
Qu, Jim wrote:
@@ -269,6 +271,10 @@ static void radeon_audio_enable(struct radeon_device *rdev,
if (rdev->audio.funcs->enable)
rdev->audio.funcs->enable(rdev, pin, enable_mask);
+
+
On Wed, 25 Jul 2018 07:38:37 +0200,
Qu, Jim wrote:
>
> Jim: Just like Alex said, we want driver can get eld info when hotplug in new
> device. amdgpu driver is a bit difference from radeon driver, it is not a
> suitable place to call notify() function in *_audio_enable() , since they are
> not
On Tue 24-07-18 14:07:49, David Rientjes wrote:
[...]
> mm/oom_kill.c: clean up oom_reap_task_mm() fix
>
> indicate reaping has been partially skipped so we can expect future skips
> or another start before finish.
But we are not skipping. This is essentially the same case as mmap_sem
trylock fa
On Tue 24-07-18 12:53:07, Andrew Morton wrote:
[...]
> > On top of that the proposed cleanup looks as follows:
> >
>
> Looks good to me. Seems a bit strange that we omit the pr_info()
> output if the mm was partially reaped - people would still want to know
> this? Not very important though.
On 07/25/2018 12:54 AM, Alex Deucher wrote:
The address printed is the actual address, not the page.
Signed-off-by: Alex Deucher
Reviewed-by: Junwei Zhang
---
drivers/gpu/drm/amd/amdgpu/gmc_v9_0.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/am
37 matches
Mail list logo
