On Tuesday, February 6, 2018 at 4:02:26 PM UTC+1, bill...@gmail.com wrote:
> I've installed Qubes 4 rc4 on an external hard drive. It works pretty well.
> However, I tried to run a game "FreeOrion" and received the following error
> using the "personal" vm:
>
>
> Unable to create window.
>
> SDL reported:
> GLX is not supported
> **
>
> I took a look at what drivers were loaded, and at least at the level of lsmod
> in dom0. The difference between Qubes and my "regular" linux distribution
> (KDE neon) was that under qubes, the module amdgpu was not loaded.
>
> %lsmod | grep radeon
>
> radeon1658880 1
> ttm114688 1 radeon
> i2c_algo_bit16384 2 radeon, i915
> drm_kms_helper 192512 2 radeon, i915
> drm438272 8 radeon, i915, ttm, drm_kms_helper
>
> %lsmod | grep amd
> amdkfd147456 1
> amd_iommu_v2 20480 1 amdkfd
>
>
> After running "modprobe amdgpu" in dome0:
>
>
> %lsmod | grep amd
>
> amdgpu 2072567 0
> amdkfd 147456 1
> amd_iommu_v2 20480 1 amdkfd
> ttm 114688 1 amdgpu, radeon
> i2c_algo_bit 16384 2 amdgpu, radeon, i915
> drm_kms_helper 192512 2 amdgpu, radeon, i915
> drm 438272 8 amdgpu, radeon, i915, ttm, drm_kms_helper
>
>
> I'm still not clear on how video works, since none of these show up when I
> run lsmod in the personal vm or the fedora 26 template. But in any case,
> nothing changed when I then tried to run the game. I closed the personal vm
> and restarted it, but nothing changed.
>
> lspci in dom0 reveals
>
> Display controller: Advanced Micro Devices, Inc. [AMD/ATI] Sun XT [Radeon HD
> 8670A/8670M/8690M / R5 M330 ?M430 /R7 M520] (rev 81)
>
> (please excuse any typos, I'm having a little trouble copying and pasting
> text from dom0, so I typed the above in by hand).
>
> What should I try next?
>
> Thanks,
>
> billo
As donoban also said, Qubes does not yet support high end graphic applications,
but while nothing is official, the keyword here is "yet".
Once the security implications are solved, and enough resources and time can be
allocated to make it work without taking away from the many other much higher
priorities, like security, then we'll likely see high-end graphics available in
Qubes. But Qubes also have really, really high security standards, it will
probably never see the day of light if the security aspect is not solved first.
Which is also *the* reason you can't use high-end graphics or game on Qubes at
the moment. But as you probably noticed by context, this changes if above
issues are overcome.
There are new approaches and proof of concept designs up for discussion, for
example on github, but it's too early to say where all this goes. It does seem
like new proof of concept designs might solve the security issue though, but no
conclusions on this matter can be found yet, not on open channels that I'm
aware of anyway. Keep being patient, and perhaps if we're lucky we'll see this
coming.
--
You received this message because you are subscribed to the Google Groups
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/qubes-users/9448f856-ec80-4c23-979c-3c4538b50fa7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.