Bug 3280 - "Screen(s) found, but none have a usable configuration." on Mac mini
"Screen(s) found, but none have a usable configuration." on Mac mini
Status: RESOLVED FIXED
Product: xorg
Classification: Unclassified
Component: Driver/Radeon
6.8.2
PowerPC Linux (All)
: high major
Assigned To: Xorg Project Team
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-05-12 11:46 UTC by John Reiser
Modified: 2006-05-08 16:32 UTC (History)
1 user (show)

See Also:


Attachments
/etc/X11/xorg.conf (2.79 KB, text/plain)
2005-05-12 11:49 UTC, John Reiser
no flags Details
/var/log/Xorg.0.log (40.83 KB, text/plain)
2005-05-12 11:50 UTC, John Reiser
no flags Details
xorg.diff between mine and whats available in this bugzilla attachment (1.39 KB, text/x-patch)
2005-05-16 05:33 UTC, Colin Charles
no flags Details
xorg.conf for Samsung 730B; video switching works (2.88 KB, text/plain)
2005-05-23 19:52 UTC, John Reiser
no flags Details
Xorg.0.log for Samsung 730B; video switching works (41.67 KB, text/plain)
2005-05-23 20:01 UTC, John Reiser
no flags Details
/proc/version, installed xorg*.rpm, dmesg | grep radeon, kudzu -p -b DDC (1.37 KB, text/plain)
2005-09-25 15:56 UTC, John Reiser
no flags Details
xorg.conf for Samsung 730B; X11 does not start (2.74 KB, text/plain)
2005-09-25 15:57 UTC, John Reiser
no flags Details
Xorg.0.log; Screen(s) found, but none have a usable configuration (34.51 KB, text/plain)
2005-09-25 15:59 UTC, John Reiser
no flags Details
xorg.conf on working x86_64, ATI 9200PRO, DVI (2.80 KB, text/plain)
2005-09-28 08:18 UTC, John Reiser
no flags Details
Xorg.0.log on working x86_64, ATI9200PRO, DVI (42.27 KB, text/plain)
2005-09-28 08:20 UTC, John Reiser
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description John Reiser 2005-05-12 11:46:28 UTC
This is very similar to bug #2991, but happens on PowerPC Mac mini (ATI Radeon
9200), Apple DRI-to-VGA connector, ViewSonic A50 CRT, and software:
xorg-x11-6.8.2-30
kernel-2.6.11-1.1290_FC4  (Fedora Core 4 test 3 Linux)

Symptom: When typing Ctrl-Alt-F2 to switch to virtual terminal text console #2,
the screen goes black and the monitor hardware with on-screen display shows
"DPMS SUSPEND MODE".  Switching back to graphical display via Ctrl-Alt-F7 works.
 [The mingetty process for /dev/tty2 is running, permissions look OK, etc.]

Following the diagnostic suggestions of bug #2991:
1. Remove RedHat Graphical Boot by "rpm -e rhgb", and reboot.  Change: the text
login [presumably on virtual terminal #1] is now visible for 4 or 5 seconds
before the mode change for graphical login.  But C-A-F2 still gets DPMS suspend,
and C-A-F7 still brings back graphical screen.

2. Comment out "Load dri".  Logout, restart Xserver via C-A-Backspace: no
change.  Reboot: no change.  [C-A-F2 still gets DPMS suspend.]

3. Add Option "norenderaccel" to the Device section of xorg.conf.  Logout,
restart Xserver via C-A-Backspace: no change.  Reboot: no change.  [C-A-F2 still
gets DPMS suspend.]

4. Add Option "noaccel".  Logout, restart Xserver via C-A-Backspace: no change.
 Reboot: no change.  [C-A-F2 still gets DPMS suspend.]

I will attach Xorg.0.log and xorg.conf.
Comment 1 John Reiser 2005-05-12 11:49:15 UTC
Created attachment 2670 [details]
/etc/X11/xorg.conf

xorg.conf for PowerPC Mac mini, ATI Radeon 9200, ViewSonic A50.
Comment 2 John Reiser 2005-05-12 11:50:27 UTC
Created attachment 2671 [details]
/var/log/Xorg.0.log

Xorg.0.log for PowerPC Mac mini, ATI Radeon 9200, ViewSonic A50 CRT
Comment 3 John Reiser 2005-05-13 07:28:49 UTC
Perhaps selinux targeted enforcing mode is getting in the way.

When I run "kudzu -p -b DDC" [as root], the output is
-----
Framebuffer ioctl failed. Exiting.
-
class: MONITOR
bus: DDC
detached: 0
driver: unknown
desc: "A50"
id: VSC455a
horizSyncMin: 30
horizSyncMax: 56
vertRefreshMin: 50
vertRefreshMax: 120
mode: 960x960
mode: 960x720
-----

and also /var/log/audit/audit.log has
-----
type=KERNEL msg=audit(1115993381.897:0): avc:  denied  { read } for  name=fb0
dev=tmpfs ino=1641 scontext=root:system_r:kudzu_t
tcontext=system_u:object_r:framebuf_device_t tclass=chr_file
-----
Comment 4 Colin Charles 2005-05-16 05:31:38 UTC
I can't seem to repeat this with pretty much the exact same hardware. Did
system-config-display work for you? (It did for me). Various differences I can
point out is the: 

* Option      "UseFBDev" "true"
* DefaultDepth     16 (as opposed to your default 24)

I too have SELinux enabled, and its just some regular el-cheapo 15" monitor. And
my kudzu output:
[root@mini ~]# kudzu -p -b DDC
Framebuffer ioctl failed. Exiting.
-
class: MONITOR
bus: DDC
detached: 0
driver: unknown
desc: "(null)"
id: ___9e56
horizSyncMin: 31
horizSyncMax: 69
vertRefreshMin: 48
vertRefreshMax: 120
mode: 960x960
mode: 960x720
mode: 960x720
mode: 1272x1017
Comment 5 Colin Charles 2005-05-16 05:33:16 UTC
Created attachment 2686 [details]
xorg.diff between mine and whats available in this bugzilla attachment

Just in case you wanted to apply it to see if it'll work. Its generated from
s-c-display fwiw
Comment 6 John Reiser 2005-05-23 19:52:51 UTC
Created attachment 2756 [details]
xorg.conf for Samsung 730B; video switching works
Comment 7 John Reiser 2005-05-23 20:01:04 UTC
Created attachment 2757 [details]
Xorg.0.log for Samsung 730B; video switching works

$ cat /proc/version
Linux version 2.6.11-1.1340_FC4 (bhcompile@sizzler.build.redhat.com) (gcc
version 4.0.0 20050519 (Red Hat 4.0.0-8)) #1 Sun May 22 03:19:02 EDT 2005
$ rpm -qa | grep xorg-x11
xorg-x11-6.8.2-31
$ 

# /usr/sbin/kudzu -p -b DDC
Framebuffer ioctl failed. Exiting.
-
class: MONITOR
bus: DDC
detached: 0
driver: unknown
desc: "SyncMaster"
id: SAM9101
horizSyncMin: 30
horizSyncMax: 81
vertRefreshMin: 56
vertRefreshMax: 75
mode: 1272x1017
mode: 760x608
mode: 880x660
# 


So, at this point the difference between working and not working is the kernel
version (and gcc version used to compile it), and a brand new monitor with
latest DDC; versus a 6-year old monitor with early DDC, and a kernel version
that is about one week behind.
Comment 8 John Reiser 2005-05-25 07:39:44 UTC
This problem probably is caused in part (or made worse) by a hardware bug with
the Mac mini: bad circuit design/use by Apple, and/or bad ATI 9200 chip
(bug/power/thermal/noise/etc), and/or bad mechanical design (unreliable in
consumer use), etc.  Many independent users report that several DVI displays
don't work with Mac mini:
http://www.freewebs.com/themagius/macintoshmini.htm
http://discussions.info.apple.com/ > Mac mini > Displays > "Running tally of DVI
display reports"

My current state with VGA cable (both Samsung 730B LCD and ViewSonic A50 CRT) is
that Fedora Core 4 test 3 hangs in boot, with the Tux+VGA text console showing
"agpgart: aperture is 16M @0" and "Serial: ..." as the last two lines
[paraphrased].  Using DVI cable, the Samsung 730B LCD display detects no signal.
Comment 9 FreeDesktop Bugzilla Database Corruption Fix User 2005-06-17 16:30:48 UTC
"This problem probably is caused in part (or made worse) by a hardware bug with
the Mac mini"

I'm not so sure, I have the same problem with a imac g4 (geforce 2 mx). It seems
to me that I started having this problem with the 6.8.x release, all pre-6.8.x
releases worked fine, as well as the xfree branch.

I also the error when I resume my monitor, if i have it suspended.
Comment 10 FreeDesktop Bugzilla Database Corruption Fix User 2005-07-12 01:39:38 UTC
I have the same problem on linux + thinkpad + Samtron 71S  ( my screen is black
with "video mode not supported"). It also does not work when I am not anymore
with the Samtron 71S But if I boot without the SAMTRON then it is also a strange
console. 

My version is: 
Linux myhost 2.6.12-1.1387_FC4 #1 Fri Jul 1 12:41:40 EDT 2005 i686 i686 i386
GNU/Linux
with x version: 6.8.2 release 37 for Fedora Core 4

 my Xorg.conf contains two DISPLAY section:
  SubSection "Display"
                Viewport   0 0
                Depth     16
                Modes    "800x600" "640x480"
        EndSubSection
  SubSection "Display"
                Viewport   0 0
                Depth     24
                Modes    "1280x1024" "1152x864" "1024x768" "800x600" "640x480"
        EndSubSection
and /usr/sbin/kudzu -p -b DDC:

-
class: VIDEO
bus: DDC
detached: 0
driver: unknown
desc: "S3 Incorporated. VBE 2.0"
mem: 15168
-
class: MONITOR
bus: DDC
detached: 0
driver: unknown
desc: "S/T 71S"
id: STN0014
horizSyncMin: 30
horizSyncMax: 81
vertRefreshMin: 56
vertRefreshMax: 76
mode: 1280x1024
mode: 1024x768
mode: 800x600
mode: 640x480

Comment 11 T. Hood 2005-09-25 03:42:45 UTC
List of DVI monitors vs. macmini:
http://www.freewebs.com/themagius/macintoshmini.htm

J.R.: Can you please summarize what works and what does not?  What are the
remaining problems?
Comment 12 John Reiser 2005-09-25 15:54:39 UTC
(In reply to comment #9)
> J.R.: Can you please summarize what works and what does not?  What are the
> remaining problems?

In the 4 months since my last update: the original Samsung 730B DVI port was
found to be bad (did not work in direct A:B swap with working other DVI monitor
+ DVI_cable + EVI machine), the ViewSonic A50 CRT [VGA] died, and I have a new
Samsung 730B with working DVI port.  The new Samsung 730B works under Apple
Macintosh OS X 10.3.9 using DVI port, and also on x86_64 + ATI 9250 + FC4. 
However, Mac mini + Fedora Core 4 Linux + Xorg has gotten worse: X11 does not
start at all (not even after generating a new xorg.conf file); only text
terminal mode works.

I will attach xorg.conf, Xorg.0.log, and miscellaneous info (/proc/version, list
of Fedora Core 4 xorg*.rpm, dmesg | grep radeon, kudzu -p -b DDC).
Comment 13 John Reiser 2005-09-25 15:56:50 UTC
Created attachment 3401 [details]
/proc/version, installed xorg*.rpm, dmesg | grep radeon, kudzu -p -b DDC
Comment 14 John Reiser 2005-09-25 15:57:59 UTC
Created attachment 3402 [details]
xorg.conf for Samsung 730B; X11 does not start
Comment 15 John Reiser 2005-09-25 15:59:08 UTC
Created attachment 3403 [details]
Xorg.0.log;  Screen(s) found, but none have a usable configuration

Apple Macintosh mini (radeon 9200)
Comment 16 John Reiser 2005-09-28 08:18:19 UTC
Created attachment 3420 [details]
xorg.conf on working x86_64, ATI 9200PRO, DVI

Working configuration on similar system: same Samsung SyncMaster 730B monitor
using DVI port, x86_64, ATI9200PRO card.  Perhaps there are enough similarities
to be useful.
Comment 17 John Reiser 2005-09-28 08:20:40 UTC
Created attachment 3421 [details]
Xorg.0.log on working x86_64, ATI9200PRO, DVI

Working configuration with same Samsun SyncMaster 730B on DVI port, ATI9200PRO
card, x86_64 machine.  Perhaps there are enough similarities to be useful.
Comment 18 John Reiser 2005-11-01 14:37:33 UTC
During boot of the operating system, there is a console message:
   radeonfb (0000:00:10.0) Invalid ROM signature 0 should be0xaa55
which might be relevant.
Comment 19 Michel Dänzer 2006-05-09 03:40:20 UTC
Does this still happen with a current version of xf86-video-ati?
Comment 20 John Reiser 2006-05-09 09:32:27 UTC
(In reply to comment #17)
> Does this still happen with a current version of xf86-video-ati?

Console switching between graphics and text virtual terminals works correctly as
expected (no problems) running Xorg 7.0.0 (21 December 2005),  "Driver ati" in
/etc/X11/xorg.conf, "ATI driver (version 6.5.7)" and "R128" in
/var/log/Xorg.0.log, .rpm of xorg-x11-server-Xorg-1.0.1-9.fc5 on Fedora Core 5
with kernel-2.6.16-1.2096_FC5.