wow, i totally just realized that this is what you meant by talking
about primary gpu, early on in this email chain.
ive come full circle! you were totally right and even knew exactly
what the easiest change was lol.
my bad!
On Sun, May 24, 2020 at 8:03 PM Javad Karabi wrote:
>
> Michel, ah my ba
Michel, ah my bad! thank you. sorry, thought it was mutter
also, one other thing. so i have been messing around with all types of
xorg configuration blah blah blah, but i just had an epiphany, and it
works!
so, all i ever needed to do was add Option "PrimaryGpu" "true" to
/usr/share/X11/xorg.conf
On 2020-05-23 12:48 a.m., Javad Karabi wrote:
>
> also, the whole thing about "monitor updating once every 3 seconds"
> when i close the lid is because mutter will go down to 1fps when it
> detects that the lid is closed.
Xorg's Present extension code ends up doing that (because it has no
support
so yea, looks like the compositing wasnt happening on the amdgpu, so
thats why when i would see 300fps for glxgears etc.
also, the whole thing about "monitor updating once every 3 seconds"
when i close the lid is because mutter will go down to 1fps when it
detects that the lid is closed.
i setup t
Please provide your dmesg output and xorg log.
Alex
On Thu, May 21, 2020 at 3:03 PM Javad Karabi wrote:
>
> Alex,
> yea, youre totally right i was overcomplicating it lol
> so i was able to get the radeon to run super fast, by doing as you
> suggested and blacklisting i915.
> (had to use module_
Alex,
yea, youre totally right i was overcomplicating it lol
so i was able to get the radeon to run super fast, by doing as you
suggested and blacklisting i915.
(had to use module_blacklist= though because modprobe.blacklist still
allows i915, if a dependency wants to load it)
but with one caveat:
I think you are overcomplicating things. Just try and get X running
on just the AMD GPU on bare metal. Introducing virtualization is just
adding more uncertainty. If you can't configure X to not use the
integrated GPU, just blacklist the i915 driver (append
modprobe.blacklist=i915 to the kernel
Thanks Alex,
Here's my plan:
since my laptop's os is pretty customized, e.g. compiling my own kernel,
building latest xorg, latest xorg-driver-amdgpu, etc etc,
im going to use the intel iommu and pass through my rx 5600 into a virtual
machine, which will be a 100% stock ubuntu installation.
then,
On Tue, May 19, 2020 at 9:16 PM Javad Karabi wrote:
>
> thanks for the answers alex.
>
> so, i went ahead and got a displayport cable to see if that changes
> anything. and now, when i run monitor only, and the monitor connected
> to the card, it has no issues like before! so i am thinking that
>
of Javad
> Karabi
> Sent: May 19, 2020 9:16 PM
> To: Alex Deucher
> Cc: amd-gfx list
> Subject: Re: slow rx 5600 xt fps
>
> thanks for the answers alex.
>
> so, i went ahead and got a displayport cable to see if that changes
> anything. and now, when i run monitor onl
Sent: May 19, 2020 9:16 PM
To: Alex Deucher
Cc: amd-gfx list
Subject: Re: slow rx 5600 xt fps
thanks for the answers alex.
so, i went ahead and got a displayport cable to see if that changes
anything. and now, when i run monitor only, and the monitor connected
to the card, it has no issues like
s/Monitor0/MonitorA
(the Monitor0 and Monitor1 are actually Monitor4 (for the laptop) and
Montor0 (for the hdmi output), atleast i think that was the numbers.)
they were autogenerated Monitor identifiers by xorg, so i dont
remember the exact numbers, but either way, for some reason the
radeon's Di
thanks for the answers alex.
so, i went ahead and got a displayport cable to see if that changes
anything. and now, when i run monitor only, and the monitor connected
to the card, it has no issues like before! so i am thinking that
somethings up with either the hdmi cable, or some hdmi related set
On Tue, May 19, 2020 at 5:22 PM Javad Karabi wrote:
>
> lol youre quick!
>
> "Windows has supported peer to peer DMA for years so it already has a
> numbers of optimizations that are only now becoming possible on Linux"
>
> whoa, i figured linux would be ahead of windows when it comes to
> things
On Tue, May 19, 2020 at 4:01 PM Javad Karabi wrote:
>
> another tidbit:
> when in linux, the gpu's fans _never_ come on.
>
> even when i run 4 instances of glmark2, the fans do not come on :/
> i see the temp hitting just below 50 deg c, and i saw some value that
> says that 50c was the max?
> isn
On Tue, May 19, 2020 at 3:20 PM Javad Karabi wrote:
>
> im using Driver "amdgpu" in my xorg conf
>
> how does one verify which gpu is the primary? im assuming my intel
> card is the primary, since i have not done anything to change that.
>
Check your xorg log.
> also, if all shared buffers have
lol youre quick!
"Windows has supported peer to peer DMA for years so it already has a
numbers of optimizations that are only now becoming possible on Linux"
whoa, i figured linux would be ahead of windows when it comes to
things like that. but peer-to-peer dma is something that is only
recently
On Tue, May 19, 2020 at 3:44 PM Javad Karabi wrote:
>
> just a couple more questions:
>
> - based on what you are aware of, the technical details such as
> "shared buffers go through system memory", and all that, do you see
> any issues that might exist that i might be missing in my setup? i
> can
another tidbit:
when in linux, the gpu's fans _never_ come on.
even when i run 4 instances of glmark2, the fans do not come on :/
i see the temp hitting just below 50 deg c, and i saw some value that
says that 50c was the max?
isnt 50c low for a max gpu temp?
On Tue, May 19, 2020 at 2:44 PM Java
just a couple more questions:
- based on what you are aware of, the technical details such as
"shared buffers go through system memory", and all that, do you see
any issues that might exist that i might be missing in my setup? i
cant imagine this being the case because the card works great in
wind
im using Driver "amdgpu" in my xorg conf
how does one verify which gpu is the primary? im assuming my intel
card is the primary, since i have not done anything to change that.
also, if all shared buffers have to go through system memory, then
that means an eGPU amdgpu wont work very well in gener
On Tue, May 19, 2020 at 2:59 PM Javad Karabi wrote:
>
> given this setup:
> laptop -thunderbolt-> razer core x -> xfx rx 5600 xt raw 2 -hdmi-> monitor
> DRI_PRIME=1 glxgears gears gives me ~300fps
>
> given this setup:
> laptop -thunderbolt-> razer core x -> xfx rx 5600 xt raw 2
> laptop -hdmi-> m
given this setup:
laptop -thunderbolt-> razer core x -> xfx rx 5600 xt raw 2 -hdmi-> monitor
DRI_PRIME=1 glxgears gears gives me ~300fps
given this setup:
laptop -thunderbolt-> razer core x -> xfx rx 5600 xt raw 2
laptop -hdmi-> monitor
glx gears gives me ~1800fps
this doesnt make sense to me be
23 matches
Mail list logo
