Bug 8617 - xorg 7.1 and ati X800 card regression - switching to console broken
Summary: xorg 7.1 and ati X800 card regression - switching to console broken
Status: RESOLVED INVALID
Alias: None
Product: xorg
Classification: Unclassified
Component: Server/General (show other bugs)
Version: 7.1 (2006.05)
Hardware: x86 (IA32) Linux (All)
: high major
Assignee: Xorg Project Team
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-10-12 09:54 UTC by Jimmy Jazz
Modified: 2018-06-12 18:44 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments

Description Jimmy Jazz 2006-10-12 09:54:09 UTC
hi,

it is a real pain in the neck to know that i have a rare ati X800 XT PCIe
genuine video card and still not be able to switch back and from a virtual
terminal after starting xorg. The display stays definitely blank and enters in
standby mode with no hope to come back. I'm doomed to press the keys Alt+Sys+U
followed by Alt+Sys+B to reboot the box without damage.

I'm really convinced the problem could only be an x11 bug. I'm pretty sure it is
not tied to the ati open or closed source drivers as we can read it around on
some forums. That's why i'm trying to get some help from your mailing list.

I followed some tests with and without ati driver activated and with different
kernels (last tested 2.6.18). None of them have given me satisfaction. I don't
use silly CFLAGS either but gcc 4.1.1

For the little story, i had get some success with some of the monolithic 6.8.x
and the modular 7.0 version of xorg. 6.9 never worked for me and upgrading to
7.1 make it bad again.

In any case, i was able to use a nice gentoo splash screen with the vesa kernel
frame buffer (vesafb) in 1280x1024-16 until the last 7.1 release. vga16fb works
flawlessly but your are limited to 640x480 :(

I couldn't evaluate the vesa-tng module as it is only usable on x86 (32 bits)
kernels. Mine is a x86_64.
radeonfb doesn't work either, certainly because the video card is a PCIe and not
an AGP one.


Since 7.1, some X11 modules regressions seem to made them incompatible with the
early boot frame buffer gloomy initialization process or simply omit to
respectively save/restore the /dev/fb0 context. That could certainly explain the
blank screen i get when i'm living xorg (even during init 0 !!). Could that be
the vgahw module ?

It is certainly not so easy to diagnose but please admit if that has worked in
the past and with earlier versions of X11 there is no legitimate reason it
couldn't work again. Really, it is a pity to have such a nice environment and
not be able to switch from and back a graphical virtual terminal.

If some of you (perhaps X800 owners) could look at it, that would certainly be
greatly appreciate from the X800 family owners and others (i guest i'm not the
only one in such case ;))

I'm not an X11 expert but rather an "advanced" x11 user, so forgive me if i make
some silly and candid remarks ;). 

Thx,

Jj
Comment 1 Daniel Stone 2007-02-27 01:34:01 UTC
Sorry about the phenomenal bug spam, guys.  Adding xorg-team@ to the QA contact so bugs don't get lost in future.
Comment 2 Jimmy Jazz 2007-03-01 08:59:51 UTC
(In reply to comment #1)
> Sorry about the phenomenal bug spam, guys.  Adding xorg-team@ to the QA contact
> so bugs don't get lost in future.
> 

thx to take account of my issue.

Bad news, the problem persists with xorg 7.2 and is even worth with a wide screen.

I changed recently my display for a 1680x1080 wide screen. It is able to support 1152x870 too. I'm using the dvi output. The last proprietary Ati driver doesn't work anymore with my "genuine!!" ati pcie card. It locks hard without any complains in /var/log/Xorg.0.log. Also, i definitely switched for a open source radeon driver solution.

Actually, i cannot set a right resolution from the kernel cmdline. video=vesafs:ywrap,mttr and vga=xx just give me a black screen. Without the video= option and with vga=791 (alias 1024x768) setting, it doesn't. Also i'm able to run xorg with a true 1680x1080 resolution. But, switching to the terminal console give me a black screen like with the proprietary ati driver, except with the vga=791 option. I'm able to access the computer from the network, but the screen stays definitely in standby mode :(. A workaround is to stop/start gdm again. vga=791 doesn't give me such trouble, but that is not what i would call a fair solution.

The proprietary Ati driver works "better" with the svga output...

I guess there are some incompatibilities between dvi and pcie cards and between wide screen and vesa/radeon framebuffer (i know wide screen resolutions are not vesa resolutions, but 791 is not a wide resolution too). I'm more lucky with my 1280x1024 LCD display and a old agp R300 ati card using the radeonfs framebuffer on my other motherboard.

I would hope i'm the only one who get in such a trouble... Anyway, i learnt something useful, i won't spend so much money in a video card anymore. 
Since i'm no more able to play fps games, i will certainly enjoy more... free time ;).

Jj









Comment 3 Adam Jackson 2018-06-12 18:44:10 UTC
Mass closure: This bug has been untouched for more than six years, and is not obviously still valid. Please file a new report if you continue to experience issues with a current server.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.