Bug 538486 - KMS:RV280:9200SE Default mode is 800x600 (no "bad edid" in the logs)
Summary: KMS:RV280:9200SE Default mode is 800x600 (no "bad edid" in the logs)
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11-drv-ati
Version: 13
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Jérôme Glisse
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-11-18 17:13 UTC by A. Folger
Modified: 2018-04-11 12:08 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-06-27 14:32:23 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
dmesg log when unsing radeon driver and kernelmode is on (32.49 KB, text/plain)
2009-12-01 11:10 UTC, A. Folger
no flags Details
dmesg log when using radeon driver but kernelmode is off (31.04 KB, text/plain)
2009-12-01 11:13 UTC, A. Folger
no flags Details
dmesg log when using vesa driver and kernel mode is on (32.20 KB, text/plain)
2009-12-01 11:19 UTC, A. Folger
no flags Details
dmesg log when using vesa driver and drm.debug=1 set (36.58 KB, text/plain)
2009-12-30 08:43 UTC, A. Folger
no flags Details
dmesg log with drm.debug=15, kernel mode on (default), radeon driver and 256 AGB aperture (43.85 KB, text/plain)
2010-06-14 19:08 UTC, A. Folger
no flags Details

Description A. Folger 2009-11-18 17:13:26 UTC
Description of problem:
I just upgraded to Fedora 12, and the screen would only offer VGA and 800x600 resolutions, until I set the no kernel mode flag in the GRUB config file. Now I can have my 1280x1024, but boot is no longer graphical.

Version-Release number of selected component (if applicable):
xorg-x11-drv-ati-6.13.0-0.10.20091006git457646d73.fc12.x86_64

How reproducible:
Every time

Steps to Reproduce:
1. Try selecting a different resolution (for example with KDE system settings -> Display)
2. See how only 640x480 and 800x600 are available.

Alternatively:
1. add line Modes "1280x1024" in xorg.conf, make sure there are no lower resolutions listed
2. reboot
3. see how resolution is still 800x600
  
Actual results:
resolution [available in dialog] is still 800x600

Expected results:
resolution [available in dialog] is whatever teh hardware can handle, for instance 1280x1024.

Additional info:

Comment 1 A. Folger 2009-11-24 17:27:06 UTC
I wonder whether the following, mentioned in my post to Bug # 533959, is another consequence of the problems with my graphic card's support:
BACKGROUND: The radeon driver is rather unstable, clashing with Flash + FireFox (see Bug # 533959), so
* I had to switch to the VESA driver, since the flgrx driver is apparently no longer available, so
* Using the VESA driver, no need to set nomodeset, still
* I no longer get to benefit from hardware acceleration, which is a pain.

Please let me know whether all these should be considered sufficiently related (though separate from Bug # 533959) to be condensed in this one bug report, or whether they should each be filed as a separate bug report.

Quite obviously, the sooner this is fixed, the happier I will be, and I assume, so will other users of the same line of graphic cards. After all, Linux does run on older hardware.

Thanks for the great distro, go Fedora!

Comment 2 Jérôme Glisse 2009-11-24 19:05:01 UTC
Please attach full dmesg. You likely among the few having issue with radeon 9200 (when excluding GL issues). It's likely related to your monitor having bad edid and KMS not dealing that well with that. If it's due to bad edid then this bug is a duplicate of :
https://bugzilla.redhat.com/show_bug.cgi?id=533632

Comment 3 A. Folger 2009-12-01 11:10:36 UTC
Created attachment 375027 [details]
dmesg log when unsing radeon driver and kernelmode is on

Comment 4 A. Folger 2009-12-01 11:13:39 UTC
Created attachment 375029 [details]
dmesg log when using radeon driver but kernelmode is off

Comment 5 A. Folger 2009-12-01 11:19:12 UTC
Created attachment 375031 [details]
dmesg log when using vesa driver and kernel mode is on

Note that in order not to mess up my desktop, the two other dmesg logs I posted were taken while I logged into a dummy account, while this one is my corrent regular setup. This different set of user settings will explain some of the differences (I spotted the fact that Skype is mentinoed in this log but not teh others), however, I don't expect that to materially impact the research for fixing this bug.

Comment 6 A. Folger 2009-12-01 11:21:18 UTC
I checked out bug#533632, to see whether it is a duplicate, and saw it quoted some kernel logs, so I executed

# grep edid /var/log/messages

I can now report that there was no output.

Comment 7 François Cami 2009-12-29 15:34:10 UTC
Hi A,
Could you boot with drm.debug=1 in the kernel command line and attach the resulting dmesg log?

Thanks in advance,

-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 8 A. Folger 2009-12-30 08:43:09 UTC
Created attachment 380914 [details]
dmesg log when using vesa driver and drm.debug=1 set

Comment 9 François Cami 2009-12-30 13:24:49 UTC
That should be enough, thank you.

Jerome, that bug does not look like the "bad edid" problem to me.

-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 10 A. Folger 2010-06-14 17:32:14 UTC
I upgraded to Fedora 13, and the problem persists.

Since the conflict between the Radeon driver and Firefox+Flash seems solved, I am now back to using the Radeon driver, but in order to use the full resolution my screens offers, I have to use nomodeset.

I have noticed one improvement, though it may result from having made a change in the BIOS settings: I increased the AGP memory from 64MB to 128MB, which is what my card has. I am not sure what that BIOS setting is all about, but now, without nomodeset, at least I get 1024x768, which is an improvement over 800x600.

This issue, however, still needs fixing.

Comment 11 Jérôme Glisse 2010-06-14 17:44:50 UTC
Please boot with kms enable (without the nomodeset option) and with drm.debug=15 and attach dmesg to the bug (with all component update to lastest f13)

Comment 12 A. Folger 2010-06-14 19:08:46 UTC
Created attachment 423952 [details]
dmesg log with drm.debug=15, kernel mode on (default), radeon driver and 256 AGB aperture

I am attaching the dmesg log.

By the way, I wrote above: "I increased the AGP memory from 64MB to 128MB, which is what my card has." That was about AGP Aperture size. I now tried with 256MB, but it doesn't seem to make a difference, so I will probably turn it back to 128MB, or even 64MB.

Comment 13 A. Folger 2010-10-18 21:58:26 UTC
This problem has disappeared, after I switched from using a VGA cable to using DVI. My problem in this bug also disappeared: https://bugzilla.redhat.com/show_bug.cgi?id=629282

I would be interested in learning why there are these problems with the VGA setup but not with DVI, though.

Comment 14 Bug Zapper 2010-11-04 06:11:37 UTC
This message is a reminder that Fedora 12 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 12.  It is Fedora's policy to close all
bug reports from releases that are no longer maintained.  At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '12'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 12's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 12 is end of life.  If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 15 A. Folger 2010-11-04 07:09:37 UTC
As using a DVI cable provides a workaround, I no longer suffer from this bug, but perhaps it should be fixed in the interest of ironing out kinks that could hurt other users.

Comment 16 Matěj Cepl 2010-11-04 23:29:13 UTC
(In reply to comment #15)
> As using a DVI cable provides a workaround, I no longer suffer from this bug,
> but perhaps it should be fixed in the interest of ironing out kinks that could
> hurt other users.

Would you be so kind and just for sake of testing, could you try to reproduce it with VGA cable, please? It would be lovely to know how much alive it is in the current (or more recent) Fedora.

Thank you very much

Comment 17 Bug Zapper 2011-06-02 17:24:45 UTC
This message is a reminder that Fedora 13 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 13.  It is Fedora's policy to close all
bug reports from releases that are no longer maintained.  At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '13'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 13's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 13 is end of life.  If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 18 Bug Zapper 2011-06-27 14:32:23 UTC
Fedora 13 changed to end-of-life (EOL) status on 2011-06-25. Fedora 13 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.


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