Video memory reported by GLX_MESA_query_renderer differs between amdgpu and radeon

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Alex Deucher wrote on 10.12.2016 23:03:
> On Sat, Dec 10, 2016 at 4:52 PM, Kai Wasserbäch
> <kai at dev.carbon-project.org> wrote:
>> [Please CC me on all replies, I'm not subscribed to this list.]
>>
>> Dear Alex,
>> Alex Deucher wrote on 10.12.2016 22:40:
>>> On Fri, Dec 9, 2016 at 3:27 PM, Kai Wasserbäch
>>> <kai at dev.carbon-project.org> wrote:
>>>> [Please CC me on all replies, I'm not subscribed to this list.]
>>>>
>>>> Hey,
>>>> I've been noticing that GLX_MESA_query_renderer reports less video memory when I
>>>> use amdgpu for my Hawaii PRO GPU, than when I use radeon. Since I'm pretty happy
>>>> with amdgpu (as I do not use HDMI audio) and it's the code, that gets active
>>>> improvements, I'd like to stay with it, but having 40 MB of video memory
>>>> "vanish" is not nice.
>>>> With radeon GLX_MESA_query_renderer reports 4096 MB RAM (as expected, the R9 290
>>>> was sold/advertised with that), while I'm seeing 4056 MB with amdgpu (last
>>>> tested kernel: 4.8.13).
>>>>
>>>> As I'm not sure, whether this is a bug or rather some always reserved memory
>>>> area, which gets subtracted before reporting the available memory, I didn't file
>>>> a bug report and rather am writing this e-mail. If it's a bug I'm happy to file
>>>> the report against amdgpu.
>>>
>>> IIRC, the driver interfaces used to get the information exposed via
>>> that extension are slightly different.  radeon exposes the total
>>> amount of vram while amdgpu reports the total amount of free vram.
>>> The actual amount of free vram is probably pretty close.
>>
>> thanks for the explanation!
>>
>> But I'd like to point out that some of the automatic configuration tools shipped
>> with games (and probably other programs) are deciding upon the reported values
>> to which quality level they should default. Maybe reporting the theoretical VRAM
>> might be better (you could always report the actual values through sysfs or some
>> other channel)?
> 
> I think all of the relevant info is available already, we'd just need
> to update mesa to make both drivers report something consistent.  The
> extension isn't clear on whether it should be free memory or total
> memory.  The extension says:
> 
>     GLX_RENDERER_VIDEO_MEMORY_MESA 1          Number of megabytes of video
>                                               memory available to the renderer

I agree, that the language of the spec isn't explicit in what should be reported.

> That sort of implies free memory, but I guess most apps probably care
> more about the overall memory size.


[Index of Archives]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux