Bug 104974
Summary: | Has to keep adjusting the Philips 109B Monitor on Nvidia 16MB whenever switching to Windows | ||||||
---|---|---|---|---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Giorel <grosario> | ||||
Component: | XFree86 | Assignee: | Mike A. Harris <mharris> | ||||
Status: | CLOSED NOTABUG | QA Contact: | David Lawrence <dkl> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 9 | CC: | grosario | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2003-09-24 05:47:54 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Giorel
2003-09-24 03:01:38 UTC
Created attachment 94669 [details]
XFree86 log file
Hope this will help
Also, when going back from X to console mode the display is shifted left so have to use the horizontal adjust again. Just to let you know, since this instance is separate from Windows. XFree86 uses only VESA GTF (and it's predecessor) built in video modelines, which are the definitive VESA standard for video mode timings. These built in modelines are created specifically to prevent the types of problem being reported here. ;o) The customer's problem is caused because their config file (which is not attached) is configured to override XFree86's built in video modes with a huge plethora of video modes, including ones that we very definitely do not support. Custom video modes allow the user to create their own video mode resolutions at different refresh rates, including those that do not come with our default server. It also allows the user to tweak the video timings and move the picture to the left, right, up, down and to resize the visible display both horizontally and vertically as well. When a user overrides the built in video modes using custom defaults, they are no longer using modes supported by Red Hat. In the simplest cases, they may end up with a distorted display, screen flickering, shimmering display or edges of the display, picture wraparound, picture off screen (as in this report), or any number of other problems. In the worst case, the user can physically and permanently damage or destroy their monitor or LCD panel and/or their video hardware, in particular older hardware which does not protect against out of range signals. Basically - end users should not be editing video modes unless they know what they're doing and can accept the concequences and solve any problems that arise themselves. In order to resolve this problem, the user should delete their existing X config files, or move them out of the way, and then run: redhat-config-xfree86 --reconfig The resulting configuration should work properly and their display should be correctly centered on the screen. If they absolutely have a requirement or preference to customize the video modes, either just for personal preference, higher refresh rates than what are supplied, or for video games such as those requiring modes less than 640x480 (as seen in the attached X server log file), they are of course free to do so, however Red Hat does not provide support for problems encountered using customized modelines, and any support requests for help should be made via the XFree86 public mailing lists. If this problem recurs while using a redhat-config-xfree86 supplied config file also, which I highly doubt will be the case <grin>, then it would be theoretically possible that the video driver may have a bug, but that is very highly unlikely for this case based on the information provided. If that does however turn out to be the case, a bug report should be filed in XFree86 bugzilla at http://bugs.xfree86.org so that the "nv" driver maintainer (an Nvidia employee) is aware of the issue and can investigate it. Only someone with in depth knowledge of the Nvidia hardware, and access to the specifications would be able to investigate such an issue, which pretty much means Mark Vojkovich from Nvidia as their specifications are not made available to the public or open source developers, not even under NDA. Hope this helps. Closing as NOTABUG. Thanks. |