https://bugs.freedesktop.org/show_bug.cgi?id=80868
Priority: medium
Bug ID: 80868
Assignee: dri-devel(a)lists.freedesktop.org
Summary: Support screen scaling modes for external monitors
Severity: enhancement
Classification: Unclassified
OS: All
Reporter: kamil.paral(a)gmail.com
Hardware: Other
Status: NEW
Version: XOrg CVS
Component: DRM/Radeon
Product: DRI
…
[View More]As we steadily progress into the year of Linux gaming, there will be many
requests regarding games. This is one of them :)
Currently, it is possible to set scaling mode for a monitor only if the monitor
is internal (LVDS, eDP). This is done through xrandr:
$ xrandr --prop
Screen 0: minimum 320 x 200, current 1680 x 1050, maximum 8192 x 8192
LVDS1 connected primary 1680x1050+0+0 (normal left inverted right x axis y
axis) 331mm x 207mm
<snip>
scaling mode: Full aspect
supported: None, Full, Center, Full aspect
<snip>
$ xrandr --output LVDS1 --set "scaling mode" "Center"
However, it is not possible to do this for external panels (VGA, DVI, HDMI,
DP). The "scaling mode" property is not exported for these panels (this was
confirmed to me by ckoenig and agd5f on the #radeon irc channel, many thanks).
Please allow users to set scaling mode even for external panels. There are many
use cases for it, mainly related to gaming.
Note: Many panels provide options to do the scaling on their own, however, only
the very expensive ones provide good options. For example, the majority of
"mainstream" panels don't provide the "center" scaling mode - however, that is
very useful when playing older lower-resolution games when you prefer smaller
and sharp image instead of larger and blurry. Second example are certain panels
which support "full aspect" mode only for a small selection or resolutions,
otherwise they simply scale to "full" ignoring image aspect ratio. For these
panels, GPU scaling is essential if the user doesn't want to see distorted
aspect ratio image.
My personal use case is buying BenQ BL2411PT 1920x1200 panel, which *can not*
display 1920x1080 resolution with correct aspect ratio - it always stretches it
vertically. Yes, it's very dumb, yet that's how modern panels commonly work
(and not just the cheap ones). This hasn't been a large issue in the past,
because we had no games and opensource drivers were hardly able to run them
anyway. Both things are changing rapidly.
The proprietary AMD and NVIDIA drivers have been offering GPU scaling
functionality for a long time, both on Linux and Windows. Here's an example of
their GUI configuration:
https://www.codeweavers.com/support/wiki/linux/faq/43_game_stretch
Please allow us to use GPU scaling even with radeon driver. Thank you.
There has been some technical details on the IRC, it is linked here:
http://paste.fedoraproject.org/115407/
It seems to me that this functionality could be implemented in a simple and
straightforward way:
a) provide a single configuration option - "scaling mode"
b) on internal panels default to "Full aspect" (which you already do) - that is
reasonable default, because these panels have no control buttons
c) on external panels default to "None" - that allows the user to easily
configure scaling through the panel. Only if the user is dissatisfied, he/she
can enable GPU scaling through xrandr.
And here's one more user seconding my thoughts on the IRC:
AbortRetryFail: 1:1 unscaled output for LCDs would be awesome.
AbortRetryFail: 1280x720 looks horrible scaled up to fit a 1366x768 LCD
Thanks.
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugzilla.kernel.org/show_bug.cgi?id=64661
Bug ID: 64661
Summary: udl causes blank screen
Product: Drivers
Version: 2.5
Kernel Version: 3.11.6+
Hardware: All
OS: Linux
Tree: Mainline
Status: NEW
Severity: normal
Priority: P1
Component: Video(DRI - non Intel)
Assignee: drivers_video-dri(a)kernel-bugs.osdl.org
Reporter: jason(a)schulz.name
…
[View More] Regression: No
Using the modesetting driver for X, udl no longer outputs a video signal. This
behavior is present in at least 3.11.6, and 3.12.0. The last known version the
behavior was what I would normally expect was 3.10.17.
--
You are receiving this mail because:
You are watching the assignee of the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=89780
Bug ID: 89780
Summary: Vertex drawing error on Civilization Beyond Earth
Product: Mesa
Version: unspecified
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/radeonsi
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: peterasplund(a)gentoo.se
QA Contact: …
[View More]dri-devel(a)lists.freedesktop.org
Created attachment 114649
--> https://bugs.freedesktop.org/attachment.cgi?id=114649&action=edit
Screenshot of the issue
It seems like there is something wrong when vertices are drawn in Civilization
Beyond Earth on RadeonSI drivers. I am running with a Radeon R9 290 card.
It looks like all models have one vertex in (0,0,0) for some reason.
I know that Beyond Earth officially requires AMD Catalyst drivers, but I wanted
to report the bug just in case. Otherwise the game ran great (except terrain
rendering bug that has also been reported).
Screenshot attached and can also be found here:
http://steamcommunity.com/sharedfiles/filedetails/?id=378154313
Mesa 10.4
3.18 kernel
LLVM 3.5
Radeon 290
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=90777
Bug ID: 90777
Summary: radeon/audio: Removed CRC control programing broke
HDMI audio in Linux 4.0
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: DRM/Radeon
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: …
[View More]chewi(a)gentoo.org
Created attachment 116160
--> https://bugs.freedesktop.org/attachment.cgi?id=116160&action=edit
Patch to revert commit against 4.1-rc5
After upgrading to Linux 4.0 or above (latest tried is 4.1-rc5), HDMI audio
stopped working from my Radeon HD 4670 to my Yamaha RX-V775 receiver on the
second output. Strangely, it continued to work to my Acer monitor on the
primary output.
I bisected this back to 8ffea8570d5a7e9dd3c10349ebc3bd79487ae30b, which is
amusingly titled "removed unnecessary CRC control". I guess it's not so
unnecessary, after all! This does not cleanly revert against 4.1-rc5 as the
surrounding code has been removed but simply adding these single lines back
where they were is enough to get it working again. Please see the attached
patch.
The change also affects Evergreen, which I cannot test but a Gentoo user
reported what appears to be the same issue on his Mobility Radeon HD 5430.
https://forums.gentoo.org/viewtopic-p-7755600.html
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=39287
Summary: Framebuffer object extension is exposed, but appears
never supported by radeon on R200
Product: DRI
Version: XOrg CVS
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: DRM/Radeon
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: b7.10110111(a)gmail.com
Created …
[View More]an attachment (id=49182)
--> (https://bugs.freedesktop.org/attachment.cgi?id=49182)
Test program
See test program.
A framebuffer object is created there, and a color attachment of 2^n x 2^m is
attached to it. Regardless of using depth renderbuffer attachment, framebuffer
status is always GL_FRAMEBUFFER_UNSUPPORTED. Test program continues execution
nonetheless, to see if something is drawn. In some circumstances, i do see some
part of the image for several frames, but they disappear after that.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=44568
Bug #: 44568
Summary: Half-Life 1 engine has poor fps is large areas
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/r600
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: toni.spets(a)iki.fi
…
[View More]Created attachment 55280
--> https://bugs.freedesktop.org/attachment.cgi?id=55280
Slow GLTrace
I've been following the fps of this engine for a few years, pre-gallium and
lately gallium. There is a noticable fps drop in maps that contain water or a
lot of models.
Normally, a fps drop from 100 to ~15 happens in action situations with smoke,
other players, water etc.
Taken that the engine is over 10 years old, is using standard OpenGL and it
runs very fine at 100fps on windows, my guesstimate is that it is using some
unoptimized GL path.
Attached slow gltrace is from viewing an area where my fps in 800x600
resolution is around 56 with a lot of models on the screen and the fast trace
is from a map that doesn't have that drop at all when nothing is happening.
The traces are around from the same period of time but the fast trace went at
~25 fps and the slow at ~5 fps when it was logged. Both traces start and end
with the game menu but only briefly.
Would appreciate if someone could finally take a shot at fixing this.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[View Less]
https://bugzilla.kernel.org/show_bug.cgi?id=96361
Bug ID: 96361
Summary: [Bisected, radeon]Non-infinite boot loop since v3.13
Product: Drivers
Version: 2.5
Kernel Version: 3.19
Hardware: x86-64
OS: Linux
Tree: Mainline
Status: NEW
Severity: normal
Priority: P1
Component: Video(DRI - non Intel)
Assignee: drivers_video-dri(a)kernel-bugs.osdl.org
…
[View More]Reporter: servuswiegehtz(a)yahoo.de
Regression: No
For a while now my desktop pc experiences boot issues. I try to boot and after
grub the screen just goes in standby mode and sometimes it reboots and
sometimes just nothing happens. After a few tries it usually succeeds in
booting.
So I bisected the kernel and this is the first bad commit:
6c7bccea390853bdec5b76fe31fc50f3b36f75d5
Steps to reproduce: not sure, seems to be a rare bug. install a linux kernel
newer than 3.13 and boot
Hardware:
AMD Phenom X4 955
AMD 5770 (Evergreen, Juniper)
I tried to get a log from systemd (journalctl --boot=-1) but there is none for
the failed boot attempt.
--
You are receiving this mail because:
You are watching the assignee of the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=73528
Priority: medium
Bug ID: 73528
Assignee: dri-devel(a)lists.freedesktop.org
Summary: Deferred lighting in Second Life causes system hiccups
and screen flickering
Severity: major
Classification: Unclassified
OS: Linux (All)
Reporter: sonichedgehog_hyperblast00(a)yahoo.com
Hardware: x86-64 (AMD64)
Status: NEW
…
[View More]Version: git
Component: Drivers/DRI/R600
Product: Mesa
I compiled Mesa with libdrm from their GIT repositories (10.1, commit
2dc35a619c50139d07ad96fc4dfe456e5811c84e). I started up the Second Life viewer
through it (Kokua x64, 3.6.12.30743, Dec 12 2013 05:51:00) and logged in.
Upon enabling Advanced Lighting Model from Preferences - Graphics, the system
froze and the screen started flickering, turning black then recovering every
few seconds. The scene also got covered in pink pixels, meaning it also failed
to render correctly. I was barely able to move the mouse pointer and shut the
viewer down. Once I did, everything returned to normal.
This does not happen with Mesa 9.2.3, and other Graphics options in the viewer
work fine (like "Basic shaders" or "Atmospheric shaders"). Shadows were
disabled and likely not a cause.
If someone has Second Life, please try the deferred lighting system under the
10.1 development version of Mesa. Currently, I don't have any more information
on the problem apart from having experienced the described symptoms.
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=82109
Priority: medium
Bug ID: 82109
Assignee: dri-devel(a)lists.freedesktop.org
Summary: Firefox crashes Google Maps, likely related to
graphics driver
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: markus.popp(a)gmx.at
Hardware: x86-64 (AMD64)
Status: NEW
Version: 10.1
Component: …
[View More]Drivers/Gallium/r600
Product: Mesa
My Firefox (31.0 release to 34.0 nightly) on Linux64 regularly crashes when
accessing Google Maps. First time during a session it works fine, but going
back to Google Maps at a later point during the same session crashes Firefox.
I filed a bug at Mozilla:
https://bugzilla.mozilla.org/show_bug.cgi?id=1022987
but since the crashes are apparently caused by the graphics driver, as
developers told me, I was asked to file a bug report here.
Find a corresponding Firefox Crash Report at
https://crash-stats.mozilla.com/report/index/228c877e-9bdf-4a59-b043-e51592…
Please let me know if I can assist with providing further information.
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]