[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#575047: marked as done (Xserver Displays Black & White Vertical Bars)

Your message dated Tue, 23 Mar 2010 07:19:52 +0100
with message-id <4BA85D88.4010509@ens-lyon.org>
and subject line Re: Bug#575047: Xserver Displays Black & White Vertical Bars
has caused the Debian Bug report #575047,
regarding Xserver Displays Black & White Vertical Bars
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
575047: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575047
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: xorg (radeon)
Version: 6.9
 
 
I recently submit this bug to Xorg, and managed to find a resolution. I've sent this along to add to the bug archive in case anybody else has a similar problem. It was kind of unique in how it came about.
 
 
===============================================================
 
 
Admitedly, this is probably not a bug and a situation of a newbie. However, I have really no clue where to begin with this.
 
I am running Debian Lenny (2.6.26) on a Toshiba Satellite A110. It has a Radeon Xpress 200M video card with a cracked LCD. I attach a Sharp monitor to the VGA port and it works well.
 
I've installed what I think is a "minimal" xserver system, including xterm. After installing the Debian package, I ran X -configure then copied the file into /etc/X11/xorg.conf.
 
When I boot the machine and login I can startx and I get a small console box, about 1/6th of the screen in the top left, and the rest of the screen is the black and white hatch pattern with the X mouse in the middle.
 
Next I Ctrl-Alt-F1 and then Ctrl-c to kill the server. The log file is attached.
 
Unfortunately, next time I startx, I get a screen full of fine black and white vertical lines, with bolder (1/4 inch) either white or black lines in between (usually 3 or 4 of them). My guess is the sync rates are getting screwed up somehow, but I have no idea how to figure that out.
 
Nothing shows up in the syslog to indicate any problems, and if I create new Xorg.*.log files in /var/log for each attempt, they are identical.
 
I can't find anything on the web about this because the problem seems far to general or vague. About the only thing I did find is a suggestion to lspci -vvnn to attach for more info...so that is included, along with my xorg.conf file.
 
Anyways, any suggestions on how to proceed would be GREATLY appreciated.
 
One last thing, ultimately I will only need to access the machine via VNC, so I'm wondering if I even need to go through all of this hassle???
 
Cheers, Christopher
 
 
 
#---- FOLLOWUP ------------------------------
 
 
 
FIXED --- I think...(?)
 

I recieved a reply to my bug report from Julien Cristau suggesting using 7.3 version radeon driver. Wish I had one. I've check the Debian site and both unstable and experimental releases only offer 6.12 releases. Not gonna mess with them.
 
I did try connecting an external mouse, and was actually able to hover over the reduce console area, and use "exit" to stop the server.
 
However, when I restarted I got the same problem of vertical bars, BUT I was able to hover the mouse over the area where the reduce console was supposed to have appeared, and type "exit" to stop the server.
 
This lead me to believe that the server believed the screen was there, even though it didn't appear so. I recalled seeing in the log file a bunch of modeline entries. I guessed that the information there might have been useful.
 
After looking at the Xorg.conf man page I sort of figured out what is supposed to go where. I'm still not sure how the different "Modes" work in the "SubSection Display" entries work, but they don't seem to be harming anything.
 
Anyways, attached is the xorg.conf file I came up with. At the very least, this bug is logged in case anyone else has a similar problem. In the meantime, I plead ignorance of youth :)
 
 

ATTACHED IN-LINE: xorg.conf ATI Radeon Xpress 200M & Sharp LL-T17A4-B
 
 
 
Section "ServerLayout"
 Option   "AllowMouseOpenFail" "True"
    Identifier     "X.org Configured"
    Screen      0  "Screen0" 0 0
    InputDevice    "Mouse0" "CorePointer"
    InputDevice    "Keyboard0" "CoreKeyboard"
EndSection
Section "Files"
    RgbPath      "/etc/X11/rgb"
    ModulePath   "/usr/lib/xorg/modules"
    FontPath     "/usr/share/fonts/X11/misc"
    FontPath     "/usr/share/fonts/X11/cyrillic"
    FontPath     "/usr/share/fonts/X11/100dpi/:unscaled"
    FontPath     "/usr/share/fonts/X11/75dpi/:unscaled"
    FontPath     "/usr/share/fonts/X11/Type1"
    FontPath     "/usr/share/fonts/X11/100dpi"
    FontPath     "/usr/share/fonts/X11/75dpi"
    FontPath     "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
EndSection
Section "Module"
    Load  "GLcore"
    Load  "dbe"
    Load  "record"
    Load  "xtrap"
    Load  "extmod"
    Load  "glx"
    Load  "dri"
EndSection
Section "InputDevice"
    Identifier  "Keyboard0"
    Driver      "kbd"
EndSection
Section "InputDevice"
   Identifier  "Mouse0"
   Driver      "mouse"
   Option      "Protocol" "auto"
   Option      "Device" "/dev/input/mice"
   Option      "ZAxisMapping" "4 5 6 7"
EndSection
Section "Monitor"
    Identifier   "Monitor0"
    VendorName   "SHP"
    ModelName    "LL-T17A4-B"
 ### Comment all HorizSync and VertRefresh values to use DDC:
    HorizSync    24.0 - 82.0
    VertRefresh  55.0 - 77.0
 ###
 ###
 ### ADDED WITH CORRECTIONS FROM /var/log/xorg.0.log
 ### THE "DisplaySize" VALUES **MUST** BE GIVEN IN MILLIMETERS!!!
 ### IT WAS DETECTED BY X -configure BUT WAS ORIGINALLY COMMENTED OUT
 ### (II) RADEON(0): Max H-Image Size [cm]: horiz.: 34  vert.: 27
     DisplaySize      340   270 # mm
 ###
 ###
 ### ADDED WITH CORRECTIONS FROM /var/log/xorg.0.log
 ### NOT SURE HOW THESE MAP TO THE "Modeline" ENTRIES BELOW
 ### IF I KNEW THAT, I COULD SPECIFY THE EXACT "Modes" IN THE "SubSection Display" ENTRIES
 ###(II) RADEON ###(0): Supported VESA Video Modes:
 ###(II) RADEON ###(0): 720x400@70Hz
 ###(II) RADEON ###(0): 640x480@60Hz
 ###(II) RADEON ###(0): 640x480@67Hz
 ###(II) RADEON ###(0): 640x480@72Hz
 ###(II) RADEON ###(0): 640x480@75Hz
 ###(II) RADEON ###(0): 800x600@56Hz
 ###(II) RADEON ###(0): 800x600@60Hz
 ###(II) RADEON ###(0): 800x600@72Hz
 ###(II) RADEON ###(0): 800x600@75Hz
 ###(II) RADEON ###(0): 832x624@75Hz
 ###(II) RADEON ###(0): 1024x768@60Hz
 ###(II) RADEON ###(0): 1024x768@70Hz
 ###(II) RADEON ###(0): 1024x768@75Hz
 ###(II) RADEON ###(0): 1280x1024@75Hz
 ###(II) RADEON ###(0): 1152x870@75Hz
 ###
 ###
 ### ADDED WITH CORRECTIONS FROM /var/log/xorg.0.log
 ###
 ###
 ### NOTICE THE DIFFERENCE BETWEEN THE "xorg.0.log" OUTPUT LINE, AND THE "Active" "Modeline" BELOW IT
 ###(II) RADEON(0): Printing DDC gathered Modelines:
 ###(II) RADEON(0): Modeline "1280x1024"x0.0  108.00  1280 1328 1440 1688  1024 1025 1028 1066 +hsync +vsync (64.0 kHz)
    Modeline "1280x1024"  108.00  1280 1328 1440 1688  1024 1025 1028 1066 +hsync +vsync     # (64.0 kHz)
    Modeline "800x600"    40.00  800 840 968 1056  600 601 605 628 +hsync +vsync     # (37.9 kHz)
    Modeline "800x600"    36.00  800 824 896 1024  600 601 603 625 +hsync +vsync     # (35.2 kHz)
    Modeline "640x480"    31.50  640 656 720 840  480 481 484 500 -hsync -vsync     # (37.5 kHz)
    Modeline "640x480"    31.50  640 664 704 832  480 489 491 520 -hsync -vsync     # (37.9 kHz)
    Modeline "640x480"    30.24  640 704 768 864  480 483 486 525 -hsync -vsync     # (35.0 kHz)
    Modeline "640x480"    25.20  640 656 752 800  480 490 492 525 -hsync -vsync     # (31.5 kHz)
    Modeline "720x400"    28.32  720 738 846 900  400 412 414 449 -hsync +vsync     # (31.5 kHz)
    Modeline "1280x1024"  135.00  1280 1296 1440 1688  1024 1025 1028 1066 +hsync +vsync     # (80.0 kHz)
    Modeline "1024x768"   78.80  1024 1040 1136 1312  768 769 772 800 +hsync +vsync     # (60.1 kHz)
    Modeline "1024x768"   75.00  1024 1048 1184 1328  768 771 777 806 -hsync -vsync     # (56.5 kHz)
    Modeline "1024x768"   65.00  1024 1048 1184 1344  768 771 777 806 -hsync -vsync     # (48.4 kHz)
    Modeline "832x624"    57.28  832 864 928 1152  624 625 628 667 -hsync -vsync     # (49.7 kHz)
    Modeline "800x600"    49.50  800 816 896 1056  600 601 604 625 +hsync +vsync     # (46.9 kHz)
    Modeline "800x600"    50.00  800 856 976 1040  600 637 643 666 +hsync +vsync     # (48.1 kHz)
    Modeline "1152x864"   108.00  1152 1216 1344 1600  864 865 868 900 +hsync +vsync     # (67.5 kHz)
    Modeline "1280x1024"  109.00  1280 1368 1496 1712  1024 1027 1034 1063 -hsync +vsync     # (63.7 kHz)
    Modeline "1280x960"   101.25  1280 1360 1488 1696  960 963 967 996 -hsync +vsync     # (59.7 kHz)
    Modeline "1280x1024"  122.25  1280 1368 1496 1712  1024 1027 1034 1067 -hsync +vsync     # (71.4 kHz)
    Modeline "1280x1024"  140.75  1280 1368 1504 1728  1024 1027 1034 1072 -hsync +vsync     # (81.5 kHz)
    Modeline "1152x864"   104.00  1152 1224 1344 1536  864 867 871 905 -hsync +vsync     # (67.7 kHz)
    Modeline "1024x768"   70.75  1024 1080 1184 1344  768 771 775 801 -hsync +vsync     # (52.6 kHz)
    Option      "DPMS"
EndSection
Section "Device"
        ### Available Driver options are:-
        ### Values: <i>: integer, <f>: float, <bool>: "True"/"False",
        ### <string>: "String", <freq>: "<f> Hz/kHz/MHz"
        ### [arg]: arg optional
        #Option     "NoAccel"               # [<bool>]
        #Option     "SWcursor"              # [<bool>]
        #Option     "Dac6Bit"               # [<bool>]
        #Option     "Dac8Bit"               # [<bool>]
        #Option     "BusType"               # [<str>]
        #Option     "CPPIOMode"             # [<bool>]
        #Option     "CPusecTimeout"         # <i>
        #Option     "AGPMode"               # <i>
        #Option     "AGPFastWrite"          # [<bool>]
        #Option     "AGPSize"               # <i>
        #Option     "GARTSize"              # <i>
        #Option     "RingSize"              # <i>
        #Option     "BufferSize"            # <i>
        #Option     "EnableDepthMoves"      # [<bool>]
        #Option     "EnablePageFlip"        # [<bool>]
        #Option     "NoBackBuffer"          # [<bool>]
        #Option     "DMAForXv"              # [<bool>]
        #Option     "FBTexPercent"          # <i>
        #Option     "DepthBits"             # <i>
        #Option     "PCIAPERSize"           # <i>
        #Option     "AccelDFS"              # [<bool>]
        #Option     "DDCMode"               # [<bool>]
        #Option     "IgnoreEDID"            # [<bool>]
        #Option     "DisplayPriority"       # [<str>]
        #Option     "PanelSize"             # [<str>]
        #Option     "ForceMinDotClock"      # <freq>
        #Option     "ColorTiling"           # [<bool>]
        #Option     "VideoKey"              # <i>
        #Option     "RageTheatreCrystal"    # <i>
        #Option     "RageTheatreTunerPort"  # <i>
        #Option     "RageTheatreCompositePort"  # <i>
        #Option     "RageTheatreSVideoPort"     # <i>
        #Option     "TunerType"             # <i>
        #Option     "RageTheatreMicrocPath"     # <str>
        #Option     "RageTheatreMicrocType"     # <str>
        #Option     "ScalerWidth"           # <i>
        #Option     "RenderAccel"           # [<bool>]
        #Option     "SubPixelOrder"         # [<str>]
        #Option     "ShowCache"             # [<bool>]
        #Option     "DynamicClocks"         # [<bool>]
        #Option     "VGAAccess"             # [<bool>]
        #Option     "ReverseDDC"            # [<bool>]
        #Option     "LVDSProbePLL"          # [<bool>]
        #Option     "AccelMethod"           # <str>
        #Option     "DRI"                   # [<bool>]
        #Option     "ConnectorTable"        # <str>
        #Option     "DefaultConnectorTable"     # [<bool>]
        #Option     "DefaultTMDSPLL"        # [<bool>]
        #Option     "TVDACLoadDetect"       # [<bool>]
        #Option     "ForceTVOut"            # [<bool>]
        #Option     "TVStandard"            # <str>
        #Option     "IgnoreLidStatus"       # [<bool>]
        #Option     "DefaultTVDACAdj"       # [<bool>]
        #Option     "Int10"                 # [<bool>]
    Identifier  "Card0"
    Driver      "radeon"
    VendorName  "ATI Technologies Inc"
    BoardName   "RC410 [Radeon Xpress 200M]"
    BusID       "PCI:1:5:0"
EndSection
Section "Screen"
    Identifier "Screen0"
    Device     "Card0"
    Monitor    "Monitor0"
 ###
 ###
 ### ADDED "Modes" ENTRY FROM MODELINE VALUES
 ### ADDED "DefaultDepth" WITH MODELINE VALUES
 ### FROM: http://www.x.org/archive/X11R6.8.0/doc/xorg.conf.5.html#sect9
 ###       The first valid mode in this list will be the default display mode for startup.
 ###       Switch to the next mode with Ctrl+Alt+Keypad-Plus, or previous with Ctrl+Alt+Keypad-Minus.
 ###       If ... no modes, then the selection will be taken from the built-in VESA standard modes.
 ###
    DefaultDepth    24
    SubSection "Display"
        Viewport   0 0
        Depth     8
        Modes      "1280x1024" "1152x870" "1028x768" "832x624" "800x600" "720x400" "640x480
    EndSubSection
    SubSection "Display"
        Viewport   0 0
        Depth     16
        Modes      "1280x1024" "1152x870" "1028x768" "832x624" "800x600" "720x400" "640x480
    EndSubSection
    SubSection "Display"
        Viewport   0 0
        Depth      24
        Modes      "1280x1024" "1152x870" "1028x768" "832x624" "800x600" "720x400" "640x480
    EndSubSection
 ###
 ###
 ### NOT SURE IF THESE DEPTHS WORK WITH ALL MODES
 ### COMMENTING THEM OUT SO I DON'T DAMAGE MY DISPLAY!!!
 ###SubSection "Display"
 ###    Viewport   0 0
 ###    Depth     1
 ###    Modes      "1280x1024" "1152x870" "1028x768" "832x624" "800x600" "720x400" "640x480
 ###EndSubSection
 ###SubSection "Display"
 ###    Viewport   0 0
 ###    Depth     4
 ###    Modes      "1280x1024" "1152x870" "1028x768" "832x624" "800x600" "720x400" "640x480
 ###EndSubSection
 ###SubSection "Display"
 ###    Viewport   0 0
 ###    Depth     15
 ###    Modes      "1280x1024" "1152x870" "1028x768" "832x624" "800x600" "720x400" "640x480
 ###EndSubSection
EndSection
 
 

Yahoo! Canada Toolbar : Search from anywhere on the web and bookmark your favourite sites. Download it now!


--- End Message ---
--- Begin Message --- 
Christopher Buckley wrote:
> Package: xorg (radeon)
> Version: 6.9
>  
>  
> I recently submit this bug to Xorg, and managed to find a resolution.
> I've sent this along to add to the bug archive in case anybody else
> has a similar problem. It was kind of unique in how it came about.
>  
>  
> ===============================================================
>  
>  
> Admitedly, this is probably not a bug and a situation of a newbie.
> However, I have really no clue where to begin with this.
>  
> I am running Debian Lenny (2.6.26) on a Toshiba Satellite A110. It has
> a Radeon Xpress 200M video card with a cracked LCD. I attach a Sharp
> monitor to the VGA port and it works well.
>  
> I've installed what I think is a "minimal" xserver system, including
> xterm. After installing the Debian package, I ran X -configure then
> copied the file into /etc/X11/xorg.conf.
>  
> When I boot the machine and login I can startx and I get a small
> console box, about 1/6th of the screen in the top left, and the rest
> of the screen is the black and white hatch pattern with the X mouse in
> the middle.
>  
> Next I Ctrl-Alt-F1 and then Ctrl-c to kill the server. The log file is
> attached.
>  
> Unfortunately, next time I startx, I get a screen full of fine black
> and white vertical lines, with bolder (1/4 inch) either white or black
> lines in between (usually 3 or 4 of them). My guess is the sync rates
> are getting screwed up somehow, but I have no idea how to figure that out.
>  
> Nothing shows up in the syslog to indicate any problems, and if I
> create new Xorg.*.log files in /var/log for each attempt, they are
> identical.
>  
> I can't find anything on the web about this because the problem seems
> far to general or vague. About the only thing I did find is a
> suggestion to lspci -vvnn to attach for more info...so that is
> included, along with my xorg.conf file.
>  
> Anyways, any suggestions on how to proceed would be GREATLY appreciated.
>

Upgrading to Squeeze/testing or unstable and removing your xorg.conf
would be a first step. Lenny's driver is very old.

> I recieved a reply to my bug report from Julien Cristau suggesting
> using 7.3 version radeon driver. Wish I had one. I've check the Debian
> site and both unstable and experimental releases only offer 6.12
> releases. Not gonna mess with them.
>

7.3 looks like the Xorg release number (7.3 in Lenny, 7.5 in Squeeze),
not the radeon release number (6.9 in Lenny, 6.12/6.13 in Squeeze).

>  
> I did try connecting an external mouse, and was actually able to hover
> over the reduce console area, and use "exit" to stop the server.
>  
> However, when I restarted I got the same problem of vertical bars, BUT
> I was able to hover the mouse over the area where the reduce console
> was supposed to have appeared, and type "exit" to stop the server.
>  
> This lead me to believe that the server believed the screen was there,
> even though it didn't appear so. I recalled seeing in the log file a
> bunch of modeline entries. I guessed that the information there might
> have been useful.
>  
> After looking at the Xorg.conf man page I sort of figured out what is
> supposed to go where. I'm still not sure how the different "Modes"
> work in the "SubSection Display" entries work, but they don't seem to
> be harming anything.
>  
> Anyways, attached is the xorg.conf file I came up with. At the very
> least, this bug is logged in case anyone else has a similar problem.
> In the meantime, I plead ignorance of youth :)
>

If you fixed your problem, I am closing this bug. You're using a very
old driver, so your problem might well not matter anymore today.

Brice

--- End Message ---
Reply to: