Bug 487356
| Summary: | Could not switch monitor configuration (virtual size too small) | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Felix Kaechele <felix> | ||||||
| Component: | xorg-x11-drv-nouveau | Assignee: | Ben Skeggs <bskeggs> | ||||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | low | ||||||||
| Version: | rawhide | CC: | airlied, ajax, arxs, awilliam, bnocera, bskeggs, david, gene-redhat, gnomeuser, itamar, jforbes, matt, mcepl, ondrejj, pbrobinson, pvtpuddin, rstrode, sander, thuforuk, xgl-maint | ||||||
| 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: | 2009-04-17 07:13: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: | |||||||||
| Attachments: |
|
||||||||
|
Description
Felix Kaechele
2009-02-25 16:31:30 UTC
Thanks for the bug report. We have reviewed the information you have provided above, and there is some additional information we require that will be helpful in our diagnosis of this issue. Please attach your X server config file (/etc/X11/xorg.conf, if available) and X server log file (/var/log/Xorg.*.log) to the bug report as individual uncompressed file attachments using the bugzilla file attachment link below. We will review this issue again once you've had a chance to attach this information. Thanks in advance. *** Bug 488084 has been marked as a duplicate of this bug. *** Created attachment 333789 [details]
xorg.log
I am seeing the same problem, attached is my xorg.log
The driver doesn't currently support resizing the framebuffer, at startup enough space is allocated to cover the displays the X says are to be immediately activated and it's impossible to change afterwards. This is being worked on, but unfortunately not ready yet. Either adding an xorg.conf describing the display layout you desire, or adding a Virtual line large enough to cover the maximum size you want to use will allow you to resolve the problem in the meantime. This link will help: http://wiki.debian.org/XStrikeForce/HowToRandR12 *** Bug 492176 has been marked as a duplicate of this bug. *** *** Bug 492175 has been marked as a duplicate of this bug. *** *** Bug 493504 has been marked as a duplicate of this bug. *** (In reply to comment #4) > The driver doesn't currently support resizing the framebuffer, at startup > enough space is allocated to cover the displays the X says are to be > immediately activated and it's impossible to change afterwards. This is being > worked on, but unfortunately not ready yet. Is there an estimated timeframe for this fix? Or patches/packages that need beta-testing? After working with this a bit last week, I have noticed that nouveau also ignores the virtual line in xorg.conf, so this is not a valid workaround. From my xorg.conf Virtual 3360 1050 Though trying to unmirror two monitors gives the error: required virtual size does not fit available size: requested=(3360, 1050), minimum=(320, 200), maximum=(1680, 1680) Tested both with and without KMS enabled. *** Bug 468265 has been marked as a duplicate of this bug. *** justin: can you attach your xorg.conf just so we can make sure it's set up right? though you may well be right, I've been suggesting this fix 'blind' (I can't test it as nouveau doesn't work on my hardware) and I don't know if Ben has actually confirmed that it does the job. Created attachment 338399 [details]
jforbes xorg.conf with virtual set
xorg.conf is attached. I went back and forth with ajax on this earlier this week and we couldn't figure it out. Of course changing the driver to nv makes this work, so the virtual line is correct, nouveau just seems to ignore it. If you change the format to say virtual 3360x1050, it does choke, so it is at least reading the line as valid and simply ignoring the instruction.
Try moving the Virtual line into the Display subsection for depth 24 :) I'm seeing this as well. Use to work nicely without the Virtual line with the nv driver. (In reply to comment #13) > Try moving the Virtual line into the Display subsection for depth 24 :) I have this same bug, and I can confirm having the Virtual line in the Display subsection is a good workaround. "I'm seeing this as well. Use to work nicely without the Virtual line with the nv driver." This I don't understand. AFAIK, nv was just a plain old RandR 1.1 driver - to get any real multihead action you'd need a custom config in xorg.conf. Ben, can you shed any light? -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers (In reply to comment #16) > "I'm seeing this as well. Use to work nicely without the Virtual line with the > nv driver." > > This I don't understand. AFAIK, nv was just a plain old RandR 1.1 driver - to > get any real multihead action you'd need a custom config in xorg.conf. Ben, can > you shed any light? nv's G80 support is randr 1.2, and there's a very crude framebuffer resize implemented which looks like it could very easily fail (and leave you with a corrupted screen if it does). Anyhow, framebuffer resize is now implemented in nouveau as of xorg-x11-drv-nouveau-0.0.12-29.20090417gitfa2f111.fc11. *** Bug 496123 has been marked as a duplicate of this bug. *** quick note, Ben - CURRENTRELEASE isn't a valid resolution for Fedora, in fact. use ERRATA for bugs fixed by updates to stable releases, and RAWHIDE for bugs fixed in Rawhide. Not a big deal :) -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers |