Bug 79669
Summary: | kudzu does not seem to handle swtiching monitors | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Jens Knutson <jensk.maps> |
Component: | kudzu | Assignee: | Bill Nottingham <notting> |
Status: | CLOSED WONTFIX | QA Contact: | David Lawrence <dkl> |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 8.0 | CC: | rvokal |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-09-23 19:51:39 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: |
Description
Jens Knutson
2002-12-14 20:21:27 UTC
Currently, the DDC monitor probe is only done on-demand by config tools, as it has caused strange behavior in the past on some graphics chipsets. So, it's not actually run during the boot time probe. Bleh... well, would a "probe by default unless the chipset appears on this blacklist" system be possible, or is that still too dangerous? Realistically, where it has fallen down seems related almost as much to BIOS as it does chipset. Which makes this impractical. The long-term solution is to have the X driver automatically adjust to monitor changes; that is where progress will be made. Until then, it's unlikely that the behavior in kudzu will change. Therefore, closing this bug. |