From: "Nicolai Hähnle" <nhaehnle@gmail.com>
To: Alex Deucher <alexdeucher@gmail.com>
Cc: amd-gfx@lists.freedesktop.org,
Alex Deucher <alexander.deucher@amd.com>,
"for 3.8" <stable@vger.kernel.org>
Subject: Re: [amd-gfx] [PATCH] drm/amdgpu: fix num_rbs exposed to userspace
Date: Fri, 17 Jun 2016 19:36:45 +0200 [thread overview]
Message-ID: <5764352D.2070206@gmail.com> (raw)
In-Reply-To: <CADnq5_P9qJ6vKL9tcDaaEC0eRWYB6saE05csZTt1exAiog7nQQ@mail.gmail.com>
On 17.06.2016 17:37, Alex Deucher wrote:
> On Fri, Jun 17, 2016 at 11:31 AM, Nicolai Hähnle <nhaehnle@gmail.com> wrote:
>> On 17.06.2016 16:20, Alex Deucher wrote:
>>>
>>> This was accidently broken for harvest cards when the
>>> code was refactored for Polaris support.
>>>
>>> Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
>>> Cc: stable@vger.kernel.org
>>> ---
>>> drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c | 2 +-
>>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>>
>>> diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c
>>> b/drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c
>>> index 9ab28ca..e5c22cd 100644
>>> --- a/drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c
>>> +++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c
>>> @@ -459,7 +459,7 @@ static int amdgpu_info_ioctl(struct drm_device *dev,
>>> void *data, struct drm_file
>>> dev_info.max_memory_clock = adev->pm.default_mclk
>>> * 10;
>>> }
>>> dev_info.enabled_rb_pipes_mask =
>>> adev->gfx.config.backend_enable_mask;
>>> - dev_info.num_rb_pipes = adev->gfx.config.num_rbs;
>>> + dev_info.num_rb_pipes =
>>> adev->gfx.config.max_backends_per_se;
>>
>>
>> At a glance, that looks suspicious to me. num_rb_pipes becomes rb_pipes in
>> libdrmm and then num_render_backends. We divide num_render_backends by the
>> number of SEs * SHs in radeonsi.
>>
>> In a nutshell, radeonsi expects this to be the total number of RBs
>> (including disabled/harvested ones).
>
> Right. that's what this patch does.
> adev->gfx.config.max_backends_per_se is the total number of RBs per SE
> available on the asic. adev->gfx.config.num_rbs is the total number of
> enabled RBs (max - disabled). For non-harvest cards, they are the
> same.
But the total number of RBs is different from the total number of RBs
per SE...
Nicolai
>
> Alex
>
>>
>> Nicolai
>>
>>
>>> dev_info.num_hw_gfx_contexts =
>>> adev->gfx.config.max_hw_contexts;
>>> dev_info._pad = 0;
>>> dev_info.ids_flags = 0;
>>>
>>
next prev parent reply other threads:[~2016-06-17 17:36 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-17 14:20 [PATCH] drm/amdgpu: fix num_rbs exposed to userspace Alex Deucher
2016-06-17 15:31 ` [amd-gfx] " Nicolai Hähnle
2016-06-17 15:37 ` Alex Deucher
2016-06-17 16:17 ` Alexandre Demers
2016-06-17 17:36 ` Nicolai Hähnle [this message]
2016-06-17 17:51 ` Alex Deucher
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5764352D.2070206@gmail.com \
--to=nhaehnle@gmail.com \
--cc=alexander.deucher@amd.com \
--cc=alexdeucher@gmail.com \
--cc=amd-gfx@lists.freedesktop.org \
--cc=stable@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox