https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #34 from MasterCATZ (masterc...@hotmail.com) ---
success
drivers/gpu/drm/amd/powerplay/hwmgr/hwmgr.c
hwmgr->fan_ctrl_is_in_default_mode = false;
it will now boot up in manual mode
finally I have fan control
https://bugs.freedesktop.org/show_bug.cgi?id=112304
--- Comment #10 from saadnaj...@gmail.com ---
Comment on attachment 145981
--> https://bugs.freedesktop.org/attachment.cgi?id=145981
additional-journalctl-logs-during-game-play
>Nov 17 01:02:31 archlinux audit[1]: SERVICE_STOP pid=1 uid=0
https://bugs.freedesktop.org/show_bug.cgi?id=112304
--- Comment #9 from saadnaj...@gmail.com ---
Comment on attachment 145980
--> https://bugs.freedesktop.org/attachment.cgi?id=145980
journalctl-logs-after-hardware-reboot
>-- Logs begin at Sun 2019-06-30 23:10:01 EDT, end at Sat 2019-11-16
https://bugs.freedesktop.org/show_bug.cgi?id=112304
--- Comment #8 from saadnaj...@gmail.com ---
Comment on attachment 145976
--> https://bugs.freedesktop.org/attachment.cgi?id=145976
dmesg
>[ 14.586198] wlp4s0: associated
>[ 14.601321] IPv6: ADDRCONF(NETDEV_CHANGE): wlp4s0: link becomes
https://bugs.freedesktop.org/show_bug.cgi?id=112304
--- Comment #7 from saadnaj...@gmail.com ---
Created attachment 145981
--> https://bugs.freedesktop.org/attachment.cgi?id=145981=edit
additional-journalctl-logs-during-game-play
I have enabled GPU reset with the following options
https://bugs.freedesktop.org/show_bug.cgi?id=105819
saadnaj...@gmail.com changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=112304
saadnaj...@gmail.com changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=112304
--- Comment #6 from saadnaj...@gmail.com ---
Created attachment 145980
--> https://bugs.freedesktop.org/attachment.cgi?id=145980=edit
journalctl-logs-after-hardware-reboot
I believe this important clue. Here is the journalctl logs right after
https://bugs.freedesktop.org/show_bug.cgi?id=112304
saadnaj...@gmail.com changed:
What|Removed |Added
Summary|[drm:amdgpu_job_timedout|[drm:amdgpu_job_timedout
https://bugs.freedesktop.org/show_bug.cgi?id=112304
--- Comment #4 from saadnaj...@gmail.com ---
Created attachment 145979
--> https://bugs.freedesktop.org/attachment.cgi?id=145979=edit
GLX_INFO_AMD_7970M
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=112304
--- Comment #3 from saadnaj...@gmail.com ---
Created attachment 145978
--> https://bugs.freedesktop.org/attachment.cgi?id=145978=edit
xorg.conf
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=112304
--- Comment #2 from saadnaj...@gmail.com ---
Created attachment 145977
--> https://bugs.freedesktop.org/attachment.cgi?id=145977=edit
journalctl
I caught the output of journal when the freeze occured
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=112304
--- Comment #1 from saadnaj...@gmail.com ---
Created attachment 145976
--> https://bugs.freedesktop.org/attachment.cgi?id=145976=edit
dmesg
Dmesg output I caught when other monitor
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=112304
Bug ID: 112304
Summary: [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx
timeout Causes System Freeze
Product: DRI
Version: DRI git
Hardware: x86-64 (AMD64)
https://bugs.freedesktop.org/show_bug.cgi?id=112303
Bug ID: 112303
Summary: [LENOVO E595] Black screen on resume!
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Quoting Rob Clark (2019-11-14 10:51:50)
> From: Rob Clark
>
> This isn't an error. Also the clk APIs handle the NULL case, so we can
> just delete the check.
>
> Signed-off-by: Rob Clark
> Tested-by: Matthias Kaehlcke
> ---
Acked-by: Stephen Boyd
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #33 from MasterCATZ (masterc...@hotmail.com) ---
another plan
drivers/gpu/drm/amd/powerplay/hwmgr/hwmgr.c
hwmgr->dpm_level = AMD_DPM_FORCED_LEVEL_AUTO;
hwmgr_init_default_caps(hwmgr);
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #32 from MasterCATZ (masterc...@hotmail.com) ---
apparently I was looking through kernel 4.7 code on my pc and not master
linux/drivers/gpu/drm/amd/powerplay/hwmgr/smu7_hwmgr.c
looks like the new file name
as they relocated ci_dpm.c
From: David Francis
If there is limited link bandwidth on a MST network,
it must be divided fairly between the streams on that network
Implement an algorithm to determine the correct DSC config
for each stream
The algorithm:
This
[ ] ( )
represents the range of
From: Mikita Lipski
[why]
For DSC case we cannot always use topology manager's PBN divider
variable. The default divider does not take FEC into account.
Therefore we should allow driver to calculate its own divider based
on the link rate and count its handling, as it is hw specific.
[how]
Pass
From: Mikita Lipski
Adding a helper function to be called by
drivers outside of DRM to enable DSC on
the MST ports.
Function is called to recalculate VCPI allocation
if DSC is enabled and raise the DSC flag to enable.
In case of disabling DSC the flag is set to false
and recalculation of VCPI
From: Mikita Lipski
[why]
Since for DSC MST connector's PBN is claculated differently
due to compression, we have to recalculate both PBN and
VCPI slots for that connector.
[how]
The function iterates through all the active streams to
find, which have DSC enabled, then recalculates PBN for
it
From: Mikita Lipski
Adding PBN attribute to drm_dp_vcpi_allocation structure to
keep track of how much bandwidth each Port requires.
Adding drm_dp_mst_atomic_check_bw_limit to verify that
state's bandwidth needs doesn't exceed available bandwidth.
The funtion is called in drm_dp_mst_atomic_check
From: Mikita Lipski
Patches are based of amd-staging-drm-next, the follow up
set of patches will be sent for drm-tip
This set of patches is a continuation of DSC enablement
patches for AMDGPU. This set enables DSC on MST. It also
contains implementation of both encoder and connector
atomic
From: David Francis
Rework the dm_helpers_write_dsc_enable callback to
handle the MST case.
Use the cached dsc_aux field.
Reviewed-by: Wenjing Liu
Signed-off-by: David Francis
Signed-off-by: Mikita Lipski
---
.../amd/display/amdgpu_dm/amdgpu_dm_helpers.c | 19 ++-
1 file
From: David Francis
As of DP1.4, ENUM_PATH_RESOURCES returns a bit indicating
if FEC can be supported up to that point in the MST network.
The bit is the first byte of the ENUM_PATH_RESOURCES ack reply,
bottom-most bit (refer to section 2.11.9.4 of DP standard,
v1.4)
That value is needed for
From: David Francis
With DSC, bpp can be fractional in multiples of 1/16.
Change drm_dp_calc_pbn_mode to reflect this, adding a new
parameter bool dsc. When this parameter is true, treat the
bpp parameter as having units not of bits per pixel, but
1/16 of a bit per pixel
v2: Don't add separate
From: Mikita Lipski
[why]
Need to calculate VCPI slots differently for DSC
to take in account current link rate, link count
and FEC.
[how]
Add helper to get pbn_div from dc_link
Signed-off-by: Mikita Lipski
---
.../gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_mst_types.c | 8
From: Mikita Lipski
Whenever a connector on an MST network is attached, detached, or
undergoes a modeset, the DSC configs for each stream on that
topology will be recalculated. This can change their required
bandwidth, requiring a full reprogramming, as though a modeset
was performed, even if
From: David Francis
This field on drm_dp_mst_branch was never filled
It is initialized to zero when the port is kzallocced.
When a port is added to the list, increment num_ports,
and when a port is removed from the list, decrement num_ports.
v2: remember to decrement on port removal
v3: don't
From: David Francis
During MST mode enumeration, if a new dc_sink is created,
populate it with dsc caps as appropriate.
Use drm_dp_mst_dsc_aux_for_port to get the raw caps,
then parse them onto dc_sink with dc_dsc_parse_dsc_dpcd.
Reviewed-by: Wenjing Liu
Signed-off-by: David Francis
From: David Francis
Add drm_dp_mst_dsc_aux_for_port. To enable DSC, the DSC_ENABLED
register might have to be written on the leaf port's DPCD,
its parent's DPCD, or the MST manager's DPCD. This function
finds the correct aux for the job.
As part of this, add drm_dp_mst_is_virtual_dpcd. Virtual
From: David Francis
For DSC MST, sometimes monitors would break out
in full-screen static. The issue traced back to the
PPS generation code, where these variables were being used
uninitialized and were picking up garbage.
memset to 0 to avoid this
Reviewed-by: Nicholas Kazlauskas
From: David Francis
Instead of having drm_dp_dpcd_read/write and
drm_dp_mst_dpcd_read/write as entry points into the
aux code, have drm_dp_dpcd_read/write handle both.
This means that DRM drivers can make MST DPCD read/writes.
v2: Fix spacing
v3: Dump dpcd access on MST read/writes
v4: Fix
From: Mikita Lipski
Synaptics DP1.4 hubs (BRANCH_ID 0x90CC24) do not
support virtual DPCD registers, but do support DSC.
The DSC caps can be read from the physical aux,
like in SST DSC. These hubs have many different
DEVICE_IDs. Add a new quirk to detect this case.
Reviewed-by: Wenjing Liu
From: Mikita Lipski
[why]
Whenever a connector on an MST network is changed or
undergoes a modeset, the DSC configs for each stream on that
topology will be recalculated. This can change their required
bandwidth, requiring a full reprogramming, as though a modeset
was performed, even if that
https://bugzilla.kernel.org/show_bug.cgi?id=205497
--- Comment #18 from Luya Tshimbalanga (l...@fedoraproject.org) ---
Reading another bug report on
https://bugzilla.kernel.org/show_bug.cgi?id=204689 taken from amdgfx mailing
list, could that issue related?
Anyway, radeontop still runs with the
https://bugzilla.kernel.org/show_bug.cgi?id=205497
--- Comment #17 from Luya Tshimbalanga (l...@fedoraproject.org) ---
Created attachment 285951
--> https://bugzilla.kernel.org/attachment.cgi?id=285951=edit
Screenshot of radeontop running with patched kernel
Running radeontop with the patched
https://bugzilla.kernel.org/show_bug.cgi?id=205497
--- Comment #15 from Luya Tshimbalanga (l...@fedoraproject.org) ---
Created attachment 285947
--> https://bugzilla.kernel.org/attachment.cgi?id=285947=edit
dmesg from amd raven ridege Ryzen 2500u
dmesg showing latest kernel git snapshot
--
https://bugs.freedesktop.org/show_bug.cgi?id=111481
--- Comment #235 from Marko Popovic ---
(In reply to Alex Deucher from comment #233)
> Does attachment 145971 [details] [review] help?
No, this is for flip hangs that only happen in some games, random SDMA hangs
are still present, but SDMA is
https://bugs.freedesktop.org/show_bug.cgi?id=111481
--- Comment #234 from Timur Kristóf ---
(In reply to John H from comment #227)
> However, I have hard freezes when playing games. A
> specific one I can reproduce EVERY. SINGLE. TIME. was when playing Unreal
> Tournament 3 via Steam proton.
https://bugs.freedesktop.org/show_bug.cgi?id=111481
--- Comment #233 from Alex Deucher ---
Does attachment 145971 help?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #31 from MasterCATZ (masterc...@hotmail.com) ---
oh I love it they know the drivers file is crap
anyhow it looks like the real issue is in the GPU driver
fan speeds temps everything is in their , ofcause this would not be an issue
Den 16.11.2019 12.57, skrev Emmanuel Vadot:
> On Fri, 15 Nov 2019 15:33:46 +0100
> Noralf Trønnes wrote:
>
>>
>>
>> Den 15.11.2019 13.34, skrev Ville Syrjälä:
>>> On Thu, Nov 14, 2019 at 08:01:32PM +, co...@sdf.org wrote:
Hi Daniel,
I don't think we can make any complaints
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #30 from MasterCATZ (masterc...@hotmail.com) ---
found them hard coded here for the R9 290 hawaii / Sea Islands chip sets
so that will be a dirty way to get it to go 100% throttle sooner I'll set mine
to 85000 and see how it goes ,
https://bugs.freedesktop.org/show_bug.cgi?id=109206
--- Comment #69 from Jay Fitzpatrick ---
Upgraded to 5.3.11-300.fc31.x86_64 this morning with
linux-firmware-20191022-103.fc31.noarch and no evidence of regression
Jay
--
You are receiving this mail because:
You are the assignee for the
Hi Daniel,
On Tue, 12 Nov 2019 16:03:33 +0100
Daniel Vetter wrote:
> Hi all,
>
> Dave and me chatted about this last week on irc. Essentially we have:
>
> $ git grep SPDX.*GPL -- ':(glob)drivers/gpu/drm/*c'
> drivers/gpu/drm/drm_client.c:// SPDX-License-Identifier: GPL-2.0
>
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #29 from MasterCATZ (masterc...@hotmail.com) ---
from what I can work out the only difference between the kernel versions
was they added extra thermal readings to support the newer cards with thermal
junction sensors
{-273150,
On Fri, 15 Nov 2019 15:33:46 +0100
Noralf Trønnes wrote:
>
>
> Den 15.11.2019 13.34, skrev Ville Syrjälä:
> > On Thu, Nov 14, 2019 at 08:01:32PM +, co...@sdf.org wrote:
> >> Hi Daniel,
> >>
> >> I don't think we can make any complaints about GPL being more widely
> >> used in the DRM code.
https://bugs.freedesktop.org/show_bug.cgi?id=112266
--- Comment #9 from Jan Kowalski <5lac7w...@protonmail.com> ---
I had this bug on tested kernels: 5.3.8, 5.3.9, 5.4.0-rc6, 5.4.0-rc7. I can
confirm hangs occurred, when the cursor was moved after some time of inactivity
(10-60 sec, depending on
https://bugzilla.kernel.org/show_bug.cgi?id=205309
Erhard F. (erhar...@mailbox.org) changed:
What|Removed |Added
Resolution|OBSOLETE|MOVED
--- Comment #4
https://bugs.freedesktop.org/show_bug.cgi?id=112302
--- Comment #2 from erhar...@mailbox.org ---
Created attachment 145974
--> https://bugs.freedesktop.org/attachment.cgi?id=145974=edit
kernel .config (kernel 5.4-rc7)
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=112302
Bug ID: 112302
Summary: [kernel 5.4-rc7][amdgpu] kmemleak reports various
leaks
Product: DRI
Version: DRI git
Hardware: x86-64 (AMD64)
OS: All
https://bugs.freedesktop.org/show_bug.cgi?id=112302
--- Comment #1 from erhar...@mailbox.org ---
Created attachment 145973
--> https://bugs.freedesktop.org/attachment.cgi?id=145973=edit
dmesg (kernel 5.4-rc7)
--
You are receiving this mail because:
You are the assignee for the
https://bugzilla.kernel.org/show_bug.cgi?id=205309
Erhard F. (erhar...@mailbox.org) changed:
What|Removed |Added
Status|NEW |RESOLVED
55 matches
Mail list logo
