RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 874475 - black stripe over desktop on the right side of screen
Summary: black stripe over desktop on the right side of screen
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: xorg-x11-drv-intel
Version: 7.0
Hardware: x86_64
OS: Linux
unspecified
low
Target Milestone: beta
: 7.0
Assignee: Lyude
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-11-08 09:47 UTC by Vladimir Benes
Modified: 2016-05-09 13:28 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-05-09 13:28:57 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
xorg.0.log (61.17 KB, text/x-log)
2012-11-08 09:53 UTC, Vladimir Benes
no flags Details

Description Vladimir Benes 2012-11-08 09:47:30 UTC
Description of problem:
I've found strange issue when moving my acer screen into non native mode. Native mode is 1680x1050 but when I switch it to 1680x945 the display is somehow moved to right (so it has black boarder on the left) and it has strange black boarder on the right side that hides its content (I cannot see notification area of gnome shell and I cannot see gnome shell menu on the right.  

xrandr says it's set to 1680x945 but monitor says it's 1280x960. This can maybe explain that black boarder as xrandr thinks it's 1680 and draws according to it but screen thinks it's 1280 and do the same according to the different resolution. There is a small black boarder on the bottom which is solid (no content in it).   

Version-Release number of selected component (if applicable):
Acer-B223PW

00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0126] (rev 09) (prog-if 00 [VGA controller])

connected via dock -> DVI

xorg-x11-server-Xorg-1.13.0-7.el7.x86_64
xorg-x11-drv-intel-2.20.12-1.el7.x86_64
How reproducible:


Steps to Reproduce:
1.obtain lenovo x220 and acer screen (b223PW)
2.set resolution to 1680*945

  
Actual results:
crippled display

Expected results:
see whole screen

Additional info:

Comment 1 Vladimir Benes 2012-11-08 09:53:31 UTC
Created attachment 640686 [details]
xorg.0.log

Comment 2 Vladimir Benes 2012-11-08 09:56:02 UTC
shouldn't be xrandr advertising just modes that are supported by screen? maybe a bug in xorg-x11-server-utils?

Comment 4 Adam Jackson 2012-11-14 18:18:41 UTC
(In reply to comment #2)
> shouldn't be xrandr advertising just modes that are supported by screen?
> maybe a bug in xorg-x11-server-utils?

xrandr is not where the "is this mode supported" logic lives, so, no.

Comment 5 Adam Jackson 2013-01-03 19:35:26 UTC
Ick, this is the "minimode" nonsense in the kernel.  That's the only place a 1680x945 could be coming from.

Comment 6 Adam Jackson 2014-02-19 22:03:35 UTC
Just cosmetic, and something I would want to fix in upstream drm directly, moving to 7.1.

Comment 10 Lyude 2016-04-28 19:28:17 UTC
Hi, is this problem still present if you try the kernel here?

http://file.rdu.redhat.com/~btissoir/RHEL-7.3-skylake-xgl-csb/kernel-3.10.0-370.el7.rhel73drm.10.x86_64.rpm

Comment 11 Vladimir Benes 2016-05-09 13:28:57 UTC
nope, it looks like it's fixed for some time already. closing


Note You need to log in before you can comment on or make changes to this bug.