Michel Dänzer composed on 2018-09-10 12:15 (UTC+0200): > Felix Miata wrote:
>> Michel Dänzer composed on 2018-09-10 09:24 (UTC+0200): >>> Felix Miata wrote: >>>> No google hits describe why this happens or what can be done to avoid it. >>>> How >>>> can one determine whether this is absent software, broken software, or >>>> unsupported GPU? >>> Unsupported GPU. >> I figured as much, but I worded my question here as I did on purpose, trying >> to >> elicit self-determination information. In the instant case I was really >> asking >> on behalf of (trying to help) someone who is using an X1400 GPU getting only >> black 800x600 output on his external display, but I've run into this error >> message multiply before without ever finding out why glamor doesn't find the >> 128 >> instructions it requires. > Because the GPU is too old to support that many instructions in a shader. >>> The recommended driver for ATI/AMD GPUs using the radeon kernel driver >>> is the xf86-video-ati radeon driver, which supports hardware >>> acceleration for your GPU via EXA. >> Does this apply to all ATI GPUs too old for the xf86-video-amdgpu driver? How >> can a user make such a determination? Does one need to ask a developer for >> each >> GPU one comes across that fails with the default/integrated driver? Can one >> use >> PCI IDs or something else in a lookup table somewhere? > If the radeon and amdgpu drivers are installed, the appropriate one is > used by default automagically. Do you not agree that the merger of all functionality of xf86-video-modesetting into the server made xf86-video-* optional software for most installed GPUs? Is there a better method than trying to start the server to determine whether a particular xf86-video package is not optional for any particular GPU of interest? IOW, is there a lookup method or some utility available to know in advance if a particular GPU (is new enough to) support the 128 instructions in a shader necessary for glamor, and thus the included modesetting driver, the video driver that had been if not is responsible for the most commits[1], to function? [1] https://bugs.freedesktop.org/show_bug.cgi?id=94842#c4 -- "Wisdom is supreme; therefore get wisdom. Whatever else you get, get wisdom." Proverbs 4:7 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ _______________________________________________ [email protected]: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: https://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s
