[x700] fails to infer lvds for primary connector on acer ferrari 4005 | card detected, but driver fails to use right output port

Bug #22985 reported by Lakin Wecker
286
Affects Status Importance Assigned to Milestone
xserver-xorg-driver-ati
Fix Released
High
xorg (Ubuntu)
Fix Released
Undecided
Unassigned
xserver-xorg-video-ati (Ubuntu)
Fix Released
High
Ubuntu-X

Bug Description

During the install I get asked for the resolution to use similar to this problem:
https://bugzilla.ubuntu.com/show_bug.cgi?id=14974

However, it does include the proper resolution (1680x1050) in the list.

The problem is that even after selecting this, X fails to start properly. It
has to do with X mis-detecting which is the primary display and which is the
secondary display. Typically adding the following lines to the xorg fix it:
Option "CRT2Position" "clone"
Option "MonitorLayout" "LVDS,CRT"

I actually think that only the last line is necessary, but am unsure. If I
install the fglrx packages and then use fglrxconfig to build the xorg.conf then
it works fine as well.

Revision history for this message
Dennis Kaarsemaker (dennis) wrote :

*** Bug 22995 has been marked as a duplicate of this bug. ***

Revision history for this message
Lakin Wecker (lakin) wrote :

To clarify, X does start. It just turns off the LCD display, so the screen goes
completely black. It seems like the external display was working when I plugged
in my external monitor, but I didn't bother switching to resolution to confirm.
 I can do this if need be.

Revision history for this message
Daniel Stone (daniels) wrote :

thanks for your report; we're also seeing this upstream. it looks like it's
just this type of laptop that's pathologically broken in terms of hardware.

Revision history for this message
In , Nicolas-george-normalesup (nicolas-george-normalesup) wrote :

I just built X.org 7.0 on an Acer Ferrari 4005 running Debian AMD64. The
-configure detected the video card (a Radeon Mobility X700 on PCI express), but
after that the screen stays blank. A xev from the network shows mouse and
keyboard events, and Ctrl-Meta-Backspace kills the server, so it is mostly fine,
but the screen is completely blank (not black, off).

On the same system, with Debian X.org 6.8, the fglrx driver works... let's just
say it works, and the vesa driver works in some extents.

Apart from the straightforward parts, the detected xorg.conf shows:

Section "Device"
        #<snip comments of available driver options>
        Identifier "Card0"
        Driver "ati"
        VendorName "ATI Technologies Inc"
        BoardName "Radeon Mobility X700 (PCIE)"
        BusID "PCI:1:0:0"
EndSection

The corresponding lspci output is:

0000:01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility
X700 (PCIE) (prog-if 00 [VGA])
        Subsystem: Acer Incorporated [ALI]: Unknown device 007e
        Flags: bus master, fast devsel, latency 0, IRQ 209
        Memory at c8000000 (32-bit, prefetchable) [size=128M]
        I/O ports at 9000 [size=256]
        Memory at c0100000 (32-bit, non-prefetchable) [size=64K]
        Expansion ROM at c0120000 [disabled] [size=128K]
        Capabilities: [50] Power Management version 2
        Capabilities: [58] #10 [0001]
        Capabilities: [80] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable-
0000:01:00.0 0300: 1002:5653
        Subsystem: 1025:007e

I'll attach the full server log in a comment.

Regards,

--
  Nicolas George

Revision history for this message
In , Nicolas-george-normalesup (nicolas-george-normalesup) wrote :

Created an attachment (id=4209)
server log

Revision history for this message
In , Alan Coopersmith (alan-coopersmith) wrote :

The Acer Ferrari 4005 has too many outputs and confuses the screen detection.
You have to tell it to try the LVDS first to get the LCD panel to come up - in
the ATI driver section in your xorg.conf set MonitorLayout to "LVDS, NONE".

Revision history for this message
In , Nicolas-george-normalesup (nicolas-george-normalesup) wrote :

Thank you, that did the trick.

Now that I know what to look for, the problem is obvious in the log, but in the
tens of lines, I did not remark it at all. Was there any document I should have
read before posting here, and that would have set me on the track?

Regards, and happy new year,

--
  Nicolas George

Revision history for this message
In , Alan Coopersmith (alan-coopersmith) wrote :

The only documentation is the various mailing list and web forums where this
has come up before. I know mainly because I've had to use this on my Ferrari
4005. I'm re-opening this bug, because I think it's a bug that you have to
do this and that the detection built into the driver fails to detect the panel
if you don't.

Revision history for this message
Lakin Wecker (lakin) wrote : Re: [x700] fails to infer lvds for primary connector on asus ferrari 4005

Daniel,

Although I realize the problem is due to hardware which seems to be really broken, it is a regular problem on this laptop. If other people with this card, but different laptops are experiencing similar problems, would it be possible to detect this card and include some changes to the default xorg.conf file in order for it to work? Even if it is only this laptop, it seems like the card and laptop combination can be detected fairly easily(lspci -v -v?), so it should be possible to include a slightly modified xorg.conf that works for this laptop.

What needs to be provided/worked on by us laptop owners in order for this to work?

Revision history for this message
Alvin Thompson (alvint-deactivatedaccount) wrote :

i can confirm this

Changed in xserver-xorg-driver-ati:
assignee: daniels → nobody
status: Unconfirmed → Confirmed
Revision history for this message
Asraniel (asraniel) wrote :

i realy hope that this will be fixed in dapper. i have the same problem with travelmate 8103

Revision history for this message
mihai.ile (mihai.ile) wrote :

Acer 1694wlmi also needs this line:
Option "MonitorLayout" "LVDS,Auto"

Revision history for this message
In , DominikBodi (dominik-bodi) wrote :

I can confirm this bug. I have a Targa Traveller 826 laptop, it's got a Mobility
Radeon X700 chipset. It's got two additional outputs, VGA and S-video. Without
the MonitorLayout workaround X gets started on the VGA output, even when no
monitor is connected to it. Let me know if you need more information, like
logfiles etc.

Atm, this prevents me from installing fedora core 5 test 3, the console-based
installer is horribly broken.

Regards,
Dominik

Revision history for this message
mon (javiermon-deactivatedaccount) wrote : Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005

Hi

I also have this laptop, before I had an acer aspire 1691wmli. On that laptop in hoary X had a similar issue, but breezy (and dapper) solved this and didn't have to tweak the xorg.conf file. It would be great if this copuld be fixed in this laptop (acer ferrari 4005).

I'm willing to solve this bug, so if you need any kind on information about the hardware of this machine, please ask.

Thanxs

Revision history for this message
Swinster (swin) wrote :

I have a Rock Quaddra T64 with ATI x700 mobility gaphics and a 17" widescreen 1440x900 LCD screen (Samsung possibly).

I have had similar problems in boh Breazy and Dapper with blank screen on install. I tied switching to "vesa" drivers instead of the detected "ati" but this simply gave an error something like:

VESA :No matching modes
Screens found, but none have usable configurations

I eventuall found this and other similar bug reports so replaced the following line the "monitors" section in xorg.conf.

Option "DMPS"

to

Option "MonitorLayout" "LVDS"

Not sure if I needed to repalce the DPMS thing or leave it, but with the other line in palce I managed to get KDE running at 1024x768. I can set the resolution to 1440x990 but the screen then goes a bit weird and seems to wrap left to right.

Revision history for this message
Giuseppe Pennisi (giupenni78) wrote :

I have very similar bug, see bug 37236 .
I must insert in monitor section this line:
Option "MonitorLayout" "LVDS,AUTO" .

I have a Ati Mobility Radeon X700 and a display 15" widescreen 1680x1050 .

If I install fglrx driver (or use vesa driver in xorg.org) and reconfigure X without the line Option "MonitorLayout" "LVDS,AUTO", the display run but not at the optimal resolution and with lose performances.

Regards,
gp

Revision history for this message
Paul Sladen (sladen) wrote :

Could we just hardcode (set by default):

  Option MonitorLayout LVDS,AUTO

in all instances of detecting an ATI driver?

Revision history for this message
Asraniel (asraniel) wrote :

i would support this. would make my life much easier at school when i want to convince people of linux. they all have a travelmate 8100 which needs this line:

Option MonitorLayout LVDS,AUTO

hope this can be fixed for dapper since we have 6 more weeks and this is a bug that should be possible to fix.. its just about adding one line in a config file for a specific laptop

Revision history for this message
bailey3003 (btermers) wrote :

I have a Compaq Presario 2100. It has this for its video card, Radeon® IGP 320. I have the same problem, lcd goes black but if i plug in secondary monitor that works. When I get home I will try out what you guys have said to do and I will post back here on my results.

I have seen other people with presario 2100s that have the same problem. Yet some claimed that it worked right out of the box...maybe they had a different video card in theres...

Revision history for this message
Paul Sladen (sladen) wrote :

Hi Bailey, you have a different type of laptop so it's not related. If laptops are booted with an external monitor plugged in they normally turn off the internal (LCD) display.

Revision history for this message
bailey3003 (btermers) wrote :

No, it is the same problem I think, I just wasnt clear enough in my last post. The lcd goes black as soon as the login screen comes on. I never see it. But if i hook my crt up to my laptop, the crt does get the picture.

Revision history for this message
bailey3003 (btermers) wrote :

Ok I got it working by adding that line to the xorg.conf file...thanks for the help

Revision history for this message
mihai.ile (mihai.ile) wrote :

you can CTRL+ALT+F1 then login and add the line in xorg.conf but I really hope it will work out of the box BEFORE the release of Dapper.
This bug is really old, in breezy was the same thing :(
Just to remember:
Acer 1694wlmi also needs this line:
Option "MonitorLayout" "LVDS,Auto"
for more info about this laptop:
https://wiki.ubuntu.com/LaptopTestingTeam/AcerAspire1694WLMi

Revision history for this message
Cyclops (rms) wrote :

Also happens on an HP Compaq NX9010. I was bitten by this problem today.

Rui

Revision history for this message
Cyclops (rms) wrote : dmesg for nx9010

dmesg for my laptop, where this problem is happening too.

In previous versions of xfree/xorg this problem didn't happen.

Revision history for this message
Emmanuel Charpentier (charpent) wrote : Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005

I can confirm that this bug hits also Dapper Beta AMD64 on an Acer Aspire 5024 WLMI (nice Turion64 laptop...). Adding 'Option "MonitorLayout" "LVDS,Auto"' to the "Device" section of /etc/X11/xorg.conf does fix this issue.
Also noteworthy : the resolutions proposed do not include 1280x800, which is the only "natural" resolution for the screen. Btw, the Gnome wigdet used for setting screen resolution only displays 1280x800, with an absurdly large negative value for refresh rate...
All of this renders the use of Dapper Live on this machine a bit problematic... If the live CD use is considered a main goal, this should be a RC bug.

Revision history for this message
Phil Bull (philbull) wrote :

Assigning to X-SWAT.

Changed in xserver-xorg-driver-ati:
assignee: nobody → ubuntu-x-swat
Revision history for this message
Luka Renko (lure) wrote :

Kubuntu Daily CD 20060504 still comes up with blank screen on HP nw8240 (ATI FireGL V5000) and you have to add:
Option "MonitorLayout" "LVDS,AUTO"

Revision history for this message
rodniy (tine-kump) wrote :

None of the proposed solutions works on nx7010 laptop (radeon 9200). Tried with everything, but no luck.

Primary display works only when xorg.conf is configured with "radeon" and not with "fglrx". Fglrx otherwise works fine, only on seconday monitor.

Revision history for this message
Giuseppe Pennisi (giupenni78) wrote : Re: [Bug 22985] Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005

Alle 12:58, Sunday 14 maggio 2006, rodniy ha scritto:
> None of the proposed solutions works on nx7010 laptop (radeon 9200).
> Tried with everything, but no luck.
>
> Primary display works only when xorg.conf is configured with "radeon"
> and not with "fglrx". Fglrx otherwise works fine, only on seconday
> monitor.
It's my xorg.conf, adapts it to your requirements:

===============================================

# /etc/X11/xorg.conf (xorg X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the /etc/X11/xorg.conf manual page.
# (Type "man /etc/X11/xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
# sudo dpkg-reconfigure -phigh xserver-xorg

Section "Files"
 # path to defoma fonts
    FontPath "/usr/share/X11/fonts/misc"
    FontPath "/usr/share/X11/fonts/100dpi:unscaled"
    FontPath "/usr/share/X11/fonts/75dpi:unscaled"
    FontPath "/usr/share/X11/fonts/Type1"
    FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
    FontPath "/usr/local/share/fonts"
EndSection

Section "Module"
 Load "GLcore"
 Load "i2c"
 Load "bitmap"
 Load "ddc"
 Load "dri"
 Load "extmod"
 Load "freetype"
 Load "glx"
 Load "int10"
 Load "type1"
 Load "vbe"
EndSection

Section "InputDevice"
 Identifier "Generic Keyboard"
 Driver "kbd"
 Option "CoreKeyboard"
 Option "XkbRules" "xorg"
 Option "XkbModel" "pc105"
 Option "XkbLayout" "it"
EndSection

Section "InputDevice"
 Identifier "Configured Mouse"
 Driver "mouse"
 Option "CorePointer"
 Option "Device" "/dev/input/mice"
 Option "Protocol" "ExplorerPS/2"
 Option "ZAxisMapping" "4 5"
 Option "Emulate3Buttons" "true"
EndSection

Section "Device"
 Identifier "ATI Technologies, Inc. Radeon Mobility X700 (RV410 PCIE)"
 Driver "fglrx"
 BusID "PCI:1:0:0"
EndSection

Section "Monitor"
 Identifier "Monitor Generico"
 Option "DPMS"
 HorizSync 28-84
 VertRefresh 43-60
        Option "MonitorLayout" "LVDS,AUTO"
EndSection

Section "Screen"
 Identifier "Default Screen"
 Device "ATI Technologies, Inc. Radeon Mobility X700 (RV410 PCIE)"
 Monitor "Monitor Generico"
 DefaultDepth 24
 SubSection "Display"
  Depth 1
  Modes "1680x1050"
 EndSubSection
 SubSection "Display"
  Depth 4
  Modes "1680x1050"
 EndSubSection
 SubSection "Display"
  Depth 8
  Modes "1680x1050"
 EndSubSection
 SubSection "Display"
  Depth 15
  Modes "1680x1050"
 EndSubSection
 SubSection "Display"
  Depth 16
  Modes "1680x1050"
 EndSubSection
 SubSection "Display"
  Depth 24
  Modes "1680x1050"
 EndSubSection
EndSection

Section "ServerLayout"
 Identifier "Default Layout"
 Screen "Default Screen"
 InputDevice "Generic Keyboard"
 InputDevice "Configured Mouse"
EndSection

Section "DRI"
 Mode 0666
EndSection

======================================

GP

Revision history for this message
Giuseppe Pennisi (giupenni78) wrote : Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005
Download full text (3.8 KiB)

It's my xorg.conf, adapts it to your requirements:

===============================================

# /etc/X11/xorg.conf (xorg X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the /etc/X11/xorg.conf manual page.
# (Type "man /etc/X11/xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section "Files"
        # path to defoma fonts
    FontPath    "/usr/share/X11/fonts/misc"
    FontPath    "/usr/share/X11/fonts/100dpi:unscaled"
    FontPath    "/usr/share/X11/fonts/75dpi:unscaled"
    FontPath    "/usr/share/X11/fonts/Type1"
    FontPath    "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
    FontPath    "/usr/local/share/fonts"
EndSection

Section "Module"
        Load    "GLcore"
        Load    "i2c"
        Load    "bitmap"
        Load    "ddc"
        Load    "dri"
        Load    "extmod"
        Load    "freetype"
        Load    "glx"
        Load    "int10"
        Load    "type1"
        Load    "vbe"
EndSection

Section "InputDevice"
        Identifier      "Generic Keyboard"
        Driver          "kbd"
        Option          "CoreKeyboard"
        Option          "XkbRules"      "xorg"
        Option          "XkbModel"      "pc105"
        Option          "XkbLayout"     "it"
EndSection

Section "InputDevice"
        Identifier      "Configured Mouse"
        Driver          "mouse"
        Option          "CorePointer"
        Option          "Device"                "/dev/input/mice"
        Option          "Protocol"              "ExplorerPS/2"
        Option          "ZAxisMapping"          "4 5"
        Option          "Emulate3Buttons"       "true"
EndSection

Section "Device"
        Identifier      "ATI Technologies, Inc. Radeon Mobility X700 (RV410 PCIE)"
        Driver          "fglrx"
        BusID           "PCI:1:0:0"
EndSection

Section "Monitor"
        Identifier      "Monitor Generico"
        Option          "DPMS"
        HorizSync       28-84
        VertRefresh     43-60
        Option          "MonitorLayout"   "LVDS,AUTO"
EndSection

Section "Screen"
        Identifier      "Default Screen"
        Device          "ATI Technologies, Inc. Radeon Mobility X700 (RV410 PCIE)"
        Monitor         "Monitor Generico"
        DefaultDepth    24
        SubSection "Display"
                Depth           1
                Modes           "1680x1050"
        EndSubSection
        SubSection "Display"
                Depth           4
                Modes           "1680x1050"
        EndSubSection
        SubSection "Display"
                Depth           8
                Modes           "1680x1050"
        EndSubSection
        SubSection "Display"
            ...

Read more...

Revision history for this message
rodniy (tine-kump) wrote :

Thanks for your help. But.. it's not working. I have replacedmy xorg.conf with yours, but nothing changed (displays are basically the same).
So.. Where else can I look in order to find the problem? Xorg..0.log shows no errors and I did a complete reinstall of xorg-driver-fglrx and ati's driver more than once.
If I do dmesg I get this:

root@che:/etc/X11# dmesg | grep fglrx
[4294790.244000] fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel.
[4294790.250000] [fglrx] Maximum main memory to use for locked dma buffers: 431 MBytes.
[4294790.250000] [fglrx] module loaded - fglrx 8.24.8 [Apr 11 2006] on minor 0
[4294790.790000] [fglrx] Internal AGP support requested, but kernel AGP support active.
[4294790.790000] [fglrx] Have to use kernel AGP support to avoid conflicts.
[4294790.790000] [fglrx] Kernel AGP support doesn't provide agplock functionality.
[4294790.791000] [fglrx] AGP detected, AgpState = 0x1f000217 (hardware caps of chipset)
[4294790.792000] [fglrx] AGP enabled, AgpCommand = 0x1f000314 (selected caps)
[4294790.804000] [fglrx] free AGP = 256126976
[4294790.804000] [fglrx] max AGP = 256126976
[4294790.804000] [fglrx] free LFB = 37359616
[4294790.804000] [fglrx] max LFB = 37359616
[4294790.805000] [fglrx] free Inv = 0
[4294790.805000] [fglrx] max Inv = 0
[4294790.805000] [fglrx] total Inv = 0
[4294790.805000] [fglrx] total TIM = 0
[4294790.805000] [fglrx] total FB = 0
[4294790.805000] [fglrx] total AGP = 65536

Revision history for this message
Susan Cragin (susancragin) wrote :

Hi. I have an Acer Ferrari 4005 too. I did a fresh install, accepted the generated xorg.conf, and added the following two lines near the end of xorg.conf.

Option "MonitorLayout" "LVDS,CRT"
Option "MetaModes" "680x480,1680x1050"

Works like a charm.
Susan

Revision history for this message
Susan Cragin (susancragin) wrote : working xorg.conf Acer Ferrari 4005

HTH.
All Acer Ferraris in the 4000 range SHOULD be able to work with ONLY those two lines appended near the end, that is:

Option "MonitorLayout" "LVDS,CRT"
Option "MetaModes" "680x480,1680,1050"

Revision history for this message
Tormod Volden (tormodvolden) wrote : Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005

PeppeP and Rodniy, you are using the closed-source, proprietary "fglrx" driver. This bug is about the open-source "ati" driver. Please post "fglrx" issues somewhere else. (And dont paste files into comments, use Add Attachment.)

Revision history for this message
Giuseppe Pennisi (giupenni78) wrote :

Sorry!!!

Revision history for this message
Paul Sladen (sladen) wrote :

Speaking to somebody at LinuxTag, apparently there is a patch in upstream CVS that fixes this bug properly, rather than just working around it as we're doing above.

Could somebody have a look and see if they can track it down and locate it please.

Revision history for this message
Luka Renko (lure) wrote :

I would just like to confirm that this is still the case with 6.06 Release (Kubuntu DVD).
I would also like to point out that Safe graphics mode of the Desktop CD/DVD does work and can be used as workaround to install the system (without messing with xorg.conf with MonitorLayout).
I have saved xorg.conf/Xorg.0.log for both runs if some X developer would be interested to see the difference in monitor detection/config.

Otherwise we can hope that X 7.1 (probably in Edgy) will resolve this.

Revision history for this message
In , Henry-zhao (henry-zhao) wrote :
Download full text (5.0 KiB)

<1> The root cause of blank screen without config file is driver fails to
    detect LCD monitor, and thus defaults it to CRT:

    (a) In RADEONQueryConnectedMonitors(), RADEONGetConnectorInfoFromBIOS(pScrn)
        returns non-zero, but it reads DDCType as 0 for both heads, preventing
        RADEONDisplayDDCConnected() from detecting monitor.
    (b) Even if RADEONDisplayDDCConnected() could proceed, it would not be
        able to detect monitor because DDC2 (i2c) probing fails.
    (c) It fails (INREG(RADEON_BIOS_4_SCRATCH) & 4) check for non-DDC laptop
        panel which would otherwise assign MT_LCD to non-DDC DFP/LCD.

    (a) can be solved by using common setting when DDCType of both heads are
    detected 0, i.e.

    if (!RADEONGetConnectorInfoFromBIOS(pScrn) |
        ((pRADEONEnt->PortInfo[0].DDCType == 0) &&
        (pRADEONEnt->PortInfo[0].DDCType == 0))) {
         default common setting
    }

    (b) can be solved with help of VBE DDC probing. In Ferrari 4000 VBE DDC
    probing successfully detects primary head as LCD.

<2> General ideas for the use of VBE DDC probing with radeon driver:

    With radeon driver, VBE DDC probing is helpful when DDC2 probing fails in
    (a) Detecting monitor type; and
    (b) Selecting best mode in mode validation process

    DDC2 probing works for most DFP monitors, plus radeon driver uses
    its own mode validation process that may get mode info corresponding to
    panel size from BIOS/Regs when DDC is not available, and use it in
    validation process, (b) makes most sense for non-DDC CRT monitors. (a) makes
    most sense for laptops because most of them are not DDC capable, and monitor
    info from BIOS are often broken.

    The use of VBE DDC probing as fallback probing method in single head
    situation is always helpful and mostly successful. However, in dual head
    situation there could be a problem of confusion as to which head the
    probing info should apply. Unlike DDC2 probing where you may specify
    the head (or the port) you wish to probe, there is no such mechanism in
    VBE DDC probing. Although probing result is deterministic on a dual head
    system, there is no rule to follow to determine to which head
    the result is to apply, and it varies from one system to another. For
    example, on laptops with external CRT monitor connected, probing info
    applies to LCD on Ferrari 4000, it applies to CRT monitor on Sony Z1WA.

    With the assumption that VBE DDC fallback probing is needed only when
    the display device is laptop LCD or CRT, the logic below will help
    workaround the confusion in dual head systems.

    (a) Always VBE DDC probing primary head, because it may be a laptop LCD
        or a CRT.
    (b) VBE DDC probes secondary head only when it is CRT (
        RADEONCrtIsPhysicallyConnected() can be used to determine that),
        because if it was DFP, DDC2 probing would have succeeded. The
        reason DDC2 does not succeed may be no monitor is connected.
    (c) If a head is CRT, but the VBE DDC probing info says non-analog,
        most likely the probing info should apply to the other head.
    (d) If the primary head is determi...

Read more...

Revision history for this message
In , Henry-zhao (henry-zhao) wrote :

Created an attachment (id=5858)
Fixes to improve monitor type detection and monitor probing for radeon driver

Revision history for this message
In , Erik Andrén (erik-andren) wrote :

Henry, I took your patch and applied to to my git tree (some minor tweaking were
needed).

On my system (Dell C640, Radeon Mobility 7500 laptop) this is the first time
that CRT2 sucessfully detects an external monitor, meaning that I don't need to
add any
manual hsync and vsync modes in my xorg.conf.

I'm posting your patch modified by me and my xorg.log before and after applying
it to current xf86-video-ati.git

Revision history for this message
In , Erik Andrén (erik-andren) wrote :

Created an attachment (id=5950)
The "gitified" patch

Revision history for this message
In , Erik Andrén (erik-andren) wrote :

Created an attachment (id=5951)
Xorg log without the patch applied

Revision history for this message
In , Erik Andrén (erik-andren) wrote :

Created an attachment (id=5952)
Xorg log with the patch applied

Revision history for this message
In , Michel-tungstengraphics (michel-tungstengraphics) wrote :

Won't this break when VBE isn't available?

Revision history for this message
In , Erik Andrén (erik-andren) wrote :

(In reply to comment #12)
> Won't this break when VBE isn't available?

I removed my libvbe.so and got the same result as before applying the patch so
it didn't break anything for me atleast.

Revision history for this message
In , Michel-tungstengraphics (michel-tungstengraphics) wrote :

Okay, I thought it called VBE functions unconditionally, but I mislooked.

I'm not into the display management enough to say yay/nay, but there's an
unrelated RN50 specific max_pll_freq change in there.

Revision history for this message
In , Henry-zhao (henry-zhao) wrote :

Change of max_pll_freq is not relevant. I also have some other changes, will post
a revision shortly.

Revision history for this message
Tormod Volden (tormodvolden) wrote : Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005

This bug is now several Ubuntu releases old. Can we please be less proud and more pragmatic, and include a workaround (as ugly as needed) to have all these laptops working out of the box? While we wait for the "right way to do it", and peace on earth.

From what I can see, it affects all laptops with X700 and a separate video output. Or is it only the ones with a DVI output?

Hardcoding "Option MonitorLayout LVDS,AUTO" when the PCI ID matches the X700 cards would probably work fine.

Revision history for this message
mihai.ile (mihai.ile) wrote :

well.... what about by starting doing something about it?
think will be much better than sitting here and doing nothing at all.
"Hardcoding "Option MonitorLayout LVDS,AUTO" when the PCI ID matches the X700 cards would probably work fine."
well you could at least try and see the feedback.

Revision history for this message
Tormod Volden (tormodvolden) wrote :

mihai007, this was a request for feedback: "Or is it only the ones with a DVI output?". Helping to narrow down the problem is the best thing I can do about it. The developers know very well how to make the workaround in the best way (it's a one-liner), it is more a "political" issue.

I have the PCI ID 1002:5653. Does anyone have other IDs that also would need this fix? Does anyone have this ID, but should not have (or need) the fix?

I am optimistic this will be solved the right way soon (see upstream bug) but that was what we thought one year ago also.

Revision history for this message
hardhu (qzerty) wrote : Re: [Bug 22985] Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005

2006/6/20, Tormod Volden <email address hidden>:
> mihai007, this was a request for feedback: "Or is it only the ones with
> a DVI output?". Helping to narrow down the problem is the best thing I
> can do about it. The developers know very well how to make the
> workaround in the best way (it's a one-liner), it is more a "political"
> issue.
>
> I have the PCI ID 1002:5653. Does anyone have other IDs that also would
> need this fix? Does anyone have this ID, but should not have (or need)
> the fix?

I have the same ID and need the fix (Acer Aspire 5024)

Revision history for this message
Luka Renko (lure) wrote : Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005

Same ID here in HP nw8240 (ATI FireGL V5000 PCIE)

Revision history for this message
In , Henry-zhao (henry-zhao) wrote :

Created an attachment (id=6026)
Revision to fixes to improve monitor type detection and monitor probing for
radeon driver

Revision history for this message
In , Henry-zhao (henry-zhao) wrote :

I am posting a revision of the patch - see the attached. With this patch you
will see the following improvements - you will be able to

(1) Start X server without a config file, with or without CRT connected.

    * Without CRT, you will get a native LCD resolution 1680x1050.
    * With CRT connected, you will get a resolution that is the largest
      common mode supported by both LCD and CRT monitor, which could be
      lower than LCD's native resolution.

(2) Connect external CRT to a system previously booted without external
    CRT connected.

    If you first boot machine without CRT connected, later decide to
    connect CRT - you can do it without rebooting, only a server restart
    will turn on display of the CRT monitor.

Featrue (2) is added in this revision:

When a laptop is booted without CRT connected, BIOS powers down DAC
of VGA port to save power. This results in

    * Wrong resutls from CRT connection testing
      (RADEONCrtIsPhysicallyConnected()) because testing needs to
      read/write DAC registers.
    * Failure in connecting external CRT later, there is no or very dim display
      on monitor screen.

    The new patch solves the problem by following this sequence:

    * If DAC is detected powered down, power it up before doing
      CRT connection testing.
    * If testing result shows CRT is connected, keep DAC power up,
      otherwise power DAC down again.
i

Revision history for this message
Szabolcs (szhorvat) wrote : Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005

On a Toshiba Satellite M70 with an X700 adding the line

Option "MonitorLayout" "LVDS,AUTO"

to xorg.conf does solve the blank screen problem, but when switching to a virtual terminal with ctrl-alt-f1, the screen gets corrupted (different shades of vertical lines). When I switch back with ctrl-alt-f7, the screen is still corrupted.

Did anyone else experience this?

Revision history for this message
In , Erik Andrén (erik-andren) wrote :

Henry, I just wanted to report that your new patch is working wonderfully on my
machine.

Revision history for this message
Susan Cragin (susancragin) wrote : Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005

Just installed Edgy from CD on my acer ferrari. Screen black again, like Dapper, but this time appending my favorite fix to xorg.conf did not seem to work.
Option "MonitorLayout" "LVDS,CRT"
Option "MetaModes" "680x480,1680x1050"

Revision history for this message
Petri Koistinen (pkoistin) wrote : Re: [Bug 22985] Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005

Hi!

On Tue, 8 Aug 2006, susancragin wrote:

> Just installed Edgy from CD on my acer ferrari. Screen black again

Have you tried to comment out

 Load "dri"

part of the xorg configuration.

Revision history for this message
Susan Cragin (susancragin) wrote : Temporary patch suggestion

Commenting out
Load "dri"
does not work. either with favorite fix mentioned above, or with only 1st line, or without it.
In other news....
Synaptic also does not work....
Adept will not install....
I wonder how one obtains Edgy updates?

Revision history for this message
Luka Renko (lure) wrote : Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005

Problem still on Edgy Knot1 on HP nw8240. Old workaround (MonitorLayout) from Dapper still works here.
https://wiki.ubuntu.com/LaptopTestingTeam/HPNW8240/Kubuntu

Revision history for this message
Diego (diego-barrantes) wrote :

Just tried Ubuntu Desktop AMD64 6.06.1 with an ATI 800Pro and a 1680x1050 LCD and have the same problem...is this a UBUNTU/ATI problem or UBUNTU/LCD problem? with LCD and ATI been so popular is strange they haven't fix it for 6.06.1 release...

I will try the
         Option "MonitorLayout" "LVDS,CRT"
         Option "MetaModes" "680x480,1680x1050"
solution tonight...

Revision history for this message
Susan Cragin (susancragin) wrote : Re: [Bug 22985] Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005

If that doesn't work, try

            Option "MonitorLayout" "LVDS,AUTO"

and leave the second line off.
Works on my Acer Ferrari 4005.

Revision history for this message
Alain Maisonneuve (alain-maisonneuve) wrote : Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005

Ok, if i i add the line

Option "MonitorLayout" "LVDS,AUTO"

That works, but about 30 seconds after i login the whole thing freezes.

I am running on a Shuttle XPC with an VIA integrated Video.

thoughts?

Revision history for this message
Tormod Volden (tormodvolden) wrote :

Here is a patch which will add the MonitorLayout line to the initial xorg.conf if the X700 PCIE card is detected. I am not able to test the patch myself before next week sometime :( Maybe one should check for DISPLAY_TYPE=lcd/lvds instead of LAPTOP? The file to patch is /usr/bin/dexconf from the x11-common package, which already has some quirks and workarounds for other cards.

Revision history for this message
Tormod Volden (tormodvolden) wrote :

I have tested the patch using the 6.06.1 desktop cd (and break=casper-bottom). Checking for the LAPTOP variable fails for my TravelMate 8100 since laptop-detect is not reliable so early in the boot process when xorg is first configured, see e.g. bug #40503. The DISPLAY_TYPE variable was something I had seen in xserver-xorg.postinst and is not defined in dexconf.

Anyway, by checking for the _Mobility_ X700 PCIE, chances are good enough this is a laptop, and that the MonitorLayout line is needed.

On my laptop, the resolution was not correctly detected, and the desktop cd booted up in 1024x768. But that is a much smaller problem than having a dead screen.

Revision history for this message
Tormod Volden (tormodvolden) wrote :

Actually, the resolution is correctly detected during installation, using the patch or not. But not if reconfigured later, see bug #57525 on this issue.

Revision history for this message
In , Erik Andrén (erik-andren) wrote :

(In reply to comment #18)
> Henry, I just wanted to report that your new patch is working wonderfully on my
> machine.

Seems like I replied to fast: The first patch posted by Henry Zhao works fine,
the second one doesn't :/

Revision history for this message
In , Henry-zhao (henry-zhao) wrote :

(In reply to comment #19)
> (In reply to comment #18)
> > Henry, I just wanted to report that your new patch is working wonderfully on my
> > machine.
>
> Seems like I replied to fast: The first patch posted by Henry Zhao works fine,
> the second one doesn't :/

Please give more details:

(1) On what system did you test both patches ?
(2) What did you see when applying the second path ?
(3) Please also send both log files when applying these patches.

Revision history for this message
In , Martijn van de Streek (martijn-foodfight) wrote :

Created an attachment (id=6774)
Xorg.0.log with patch from latest git (X700 / HP NW8240 laptop)

X startup breaks when I apply this patch. I never get a graphical screen, and
Ctrl+Alt+BS doesn't kill the server. Ctrl+Alt+F1 does, and gives the error
found at the bottom of the log.

Revision history for this message
In , Martijn van de Streek (martijn-foodfight) wrote :

I also think this bug _might_ be related in some ways to bug #8038 in some way.

Revision history for this message
In , Henry-zhao (henry-zhao) wrote :

(In reply to comment #21)
> Created an attachment (id=6774) [edit]
> Xorg.0.log with patch from latest git (X700 / HP NW8240 laptop)
>
> X startup breaks when I apply this patch. I never get a graphical screen, and
> Ctrl+Alt+BS doesn't kill the server. Ctrl+Alt+F1 does, and gives the error
> found at the bottom of the log.

I found this message in your log file:

(WW) RADEON(0): Invalid Monitor type specified for 2nd port
(**) RADEON(0): MonitorLayout Option:
        Monitor1--Type LVDS, Monitor2--Type ??H^

What did you actually specify for Monitor2's type ?

It is weired that the same probing data is generated for port 1 and port 2.

Please:

(1) Try without a config file, or specify correct monitor type for port 2 in
    the config file.
(2) Send log file when the first patch is used (according what you said, the
    display was correct).

Thanks.

Revision history for this message
In , Martijn van de Streek (martijn-foodfight) wrote :

Created an attachment (id=6791)
Correct X log

I must have uploaded the wrong file. Here's the correct one, made with a very
basic config file (next attachment)

Revision history for this message
In , Martijn van de Streek (martijn-foodfight) wrote :

Created an attachment (id=6792)
xorg.conf used to create previous log

Revision history for this message
In , Martijn van de Streek (martijn-foodfight) wrote :

(In reply to comment #24)
> Created an attachment (id=6791) [edit]
> Correct X log
>
> I must have uploaded the wrong file. Here's the correct one, made with a very
> basic config file (next attachment)

btw, I had no external monitor connected when I ran this (but I do have lots of
options.. DVI, VGA, S-Video, at least)

Revision history for this message
In , Martijn van de Streek (martijn-foodfight) wrote :

Created an attachment (id=6793)
X log file when using old patch

The 'older' patch seems to work (I get a 1920x1200 image on my laptop LCD).
This is the Xorg.0.log for a 'working' run with that patch.

It's still suffering from bug #8038 though.

Revision history for this message
In , Erik Andrén (erik-andren) wrote :

(In reply to comment #20)
> (In reply to comment #19)
> > (In reply to comment #18)
> > > Henry, I just wanted to report that your new patch is working wonderfully
on my
> > > machine.
> >
> > Seems like I replied to fast: The first patch posted by Henry Zhao works fine,
> > the second one doesn't :/
>
> Please give more details:
>
> (1) On what system did you test both patches ?
A Dell latitude C640 using a radeon mobility 7500 32 MB card.

> (2) What did you see when applying the second path ?
Nothing, X crashes and drops a stack dump.

> (3) Please also send both log files when applying these patches.

Revision history for this message
In , Erik Andrén (erik-andren) wrote :

Created an attachment (id=6803)
log with the first working patch

Revision history for this message
In , Erik Andrén (erik-andren) wrote :

Created an attachment (id=6804)
current git (with newer patch already applied) non working log.

Revision history for this message
Martijn vdS (martijn) wrote : Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005

Uhr, please delete this entry..

Revision history for this message
Martijn vdS (martijn) wrote :

(the broken upstream bugzilla link)

Changed in xserver-xorg-driver-ati:
status: Unconfirmed → Unknown
Changed in xserver-xorg-driver-ati:
status: Unknown → Confirmed
Revision history for this message
Konstantinos Togias (ktogias) wrote :

I just tried booting Ubuntu 6.10 (Edgy Eft) Knot 3 desktop cd (http://cdimage.ubuntu.com/releases/edgy/knot-3/edgy-desktop-i386.iso) on my Acer Aspire 1692WLMi and have the same problem. The LCD screen goes blank.
The problem is solved by adding
Option "MonitorLayout" "LVDS,AUTO"
at the monitor section of xorg.conf.
I attach the ouput of lshw command and /var/log/Xorg.0.log

Revision history for this message
Konstantinos Togias (ktogias) wrote :
Revision history for this message
Marc René Schädler (marc85) wrote :

...still present in Edgy Knot3 on Acer Aspire 1692 WLMi.

Adding the following line to the Device Section turns the backlight on.

Option "MonitorLayout" "LVDS,AUTO"

Revision history for this message
Tormod Volden (tormodvolden) wrote :

There is not much progress upstream. Could the workaround patch be considered for edgy? This is a bad blocker for many newbies who try to install Ubuntu on their laptops.

Revision history for this message
Susan Cragin (susancragin) wrote :

What about the virtual-terminal problem mentioned above which I have quoted below?

"On a Toshiba Satellite M70 with an X700 adding the line

Option "MonitorLayout" "LVDS,AUTO"

to xorg.conf does solve the blank screen problem, but when switching to a virtual terminal with ctrl-alt-f1, the screen gets corrupted (different shades of vertical lines). When I switch back with ctrl-alt-f7, the screen is still corrupted."

Revision history for this message
Lakin Wecker (lakin) wrote :

Susan,

Your issue is a different issue, and should be reported as such. Please file a new bug report (if you can't find an existing one, besides this one) and put the above information in it.

Revision history for this message
In , Airlied-freedesktop (airlied-freedesktop) wrote :

This looks mostly to be caused by bad BIOS parsing code from ATI..

fglrx shows the BIOS connector info differently than radeon does, perhaps Sun
can find out from ATI what exactly has changed in the BIOS layouts....

Revision history for this message
Mark Eaton (eaton-mark) wrote : Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005

I can confirm that his happens on my ASUS W2 laptop which also has the x700 ati card

the Option "MonitorLayout" "LVDS,AUTO" workaround fixes the problem for me.

Revision history for this message
Giuseppe Pennisi (giupenni78) wrote :

>the Option "MonitorLayout" "LVDS,AUTO" workaround fixes the problem for me.

I have an Acer TravelMate 8104WLMi, with dapper the problem is fixed but with edgy not (my last test is with edgy beta release).

gp

Revision history for this message
In , Henry-zhao (henry-zhao) wrote :

Created an attachment (id=7409)
New patch to fix BIOS parsing problem

Yes, the problem is BIOS returns incorrect DDCType for both ports even when
RADEONGetConnectorInfoFromBIOS() returns true. I saw several reports that
the first patch works, but not the second. The difference between the
first patch and second patch that accounts for this is

In first patch, even when RADEONGetConnectorInfoFromBIOS() returns true, the
default setting is used for both ports when DDCType is detected 0 on port 0.
But in second patch, when DDCType is detected 0 on BOTH ports (port 0 and
port 1).

In the case reported by Eric,

(1) When the first patch is used. On port 0, default setting sets DDC_DVI to
    DDCType, DDC2 probing fails but VBE probing succeeds for the LCD monitor.
    On port 1, defaut setting sets DDC_VGA to DDCType, DDC2 probing succeeds.
(2) When the second patch is used. On port 0, since defautl setting is not
    used, DDCType is 0, DDC2 probing does not even happen, VBE probing does
    not happen either because test on CRT connection fails.

In case reported by martijn,

(1) When the first patch is used. On port 0, default setting sets DDC_DVI to
    DDCType, DDC2 probing fails but VBE probing succeeds for the LCD monitor.
    On port 1, default setting sets DDC_VGA to DDCType, DDC2 probing fails,
    VBE probing does not happen because CRT is not connected.
(2) When the second patch is used. On port 0, since defautl setting is not
    used, DDCType is 0, DDC2 probing does not even happen, VBE probing does
    happen and succeeds for the LCD montior. On port 1, DDCType is incorrectly
    set to DDC_MONID, DDC2 probe mistakenly detects it LCD too.

In many laptop cases I saw, BIOS testing returns DDCType 0 for port 0, but
it does not necessarily returns DDCType 0 for port 1 (this is however true for

ferrari series). In this patch I use DDCType of port 0 being 0 as a condition
to use default setting. However this patch may not solve all problems, in that
case a config file with MonitorLayout option will be required.

Revision history for this message
In , Airlied-freedesktop (airlied-freedesktop) wrote :

The BIOS isn't reported incorrectly the RADEON ATOM BIOS parser is just not so
good, I'm trying to collect enough information to see if I can fix the ATOM
parser to actually DTRT instead of hacking around it using VBE DDC which in the
end is just using the BIOS to do something that the ATI driver can do itself if
it can understand the BIOS tables...

Revision history for this message
Heis (krisda-stud) wrote : Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005

Have this problem on my Acer Aspire 1694WLMi. Hope it will be fixed as I am one of the aforementioned newbs that sees this as the only obstacle hindering me from installing Linux. As soon as a livecd with kubuntu works straight away with this laptop, consider me a Kubuntu-user!

Revision history for this message
Martijn vdS (martijn) wrote :

It works fine for me now (on edgy)

I don't need the MonitorLayout option anymore for X to use my laptop flatpanel.

Revision history for this message
Giuseppe Pennisi (giupenni78) wrote :

>It works fine for me now (on edgy)

>I don't need the MonitorLayout option anymore for X to use my laptop
>flatpanel.

That laptop have you?

gp

Revision history for this message
Martijn vdS (martijn) wrote :
Revision history for this message
Tormod Volden (tormodvolden) wrote :

Martin, looking at your logs in bug #20283, I get a little confused, do you have a X700 card or a FireGL V5000 card, or are the two just different names for the same thing?

Revision history for this message
Martijn vdS (martijn) wrote : Re: [Bug 22985] Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005

On Tue, 17 Oct 2006, Tormod Volden wrote:

> Martin, looking at your logs in bug #20283, I get a little confused, do
> you have a X700 card or a FireGL V5000 card, or are the two just
> different names for the same thing?

The card is in a laptop, which had a 'FireGL V5000' sticker on it, and
which is listed as FireGL V5000 in Windows.

In Linux, lspci reports it as 'X700', so they seem to be the same
thing.

Martijn
--
Sorry isn't an excuse when you do something stupid on purpose.

Revision history for this message
Giuseppe Pennisi (giupenni78) wrote : Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005

In my laptop, acer travelmate 8104WLMi, the problem persists. But in this release (17 october 2006), regarding the first release of the edgy beta (view my post of the 2006-10-09 14:21:05), the problem is newly fixed with the MonitorLayout option.
For the rest Kubuntu and Ubuntu edgy works very very very well.

gp

Revision history for this message
Tormod Volden (tormodvolden) wrote :

Tried today's daily-live edgy, and there is nothing new here on my Acer TravelMate 8101, unfortunately.

Revision history for this message
Tormod Volden (tormodvolden) wrote :

Well, there is one thing new: usplash hoses the consoles. Now I can't change to the console to edit xorg.conf, unless I remove the "splash" boot option.

Revision history for this message
Giuseppe Pennisi (giupenni78) wrote :

>Well, there is one thing new: usplash hoses the consoles. Now I can't change to the console to edit >xorg.conf, unless I remove the "splash" boot option.

In my TM8104 I can change to the console. When you press ctrl+alt+f2 not swith to the console?
I have made therefore:
1. press ctrl+alt+f2
2. #sudo pkill kdm
3. press ctrl+alt+f2 because the screen remains black
4. edit the /etc/X11/xorg.conf file
5 #startx (or #sudo kdm)

And the edgy works very well.

gp

Revision history for this message
Tormod Volden (tormodvolden) wrote :

Thanks PeppeP, but my consoles are corrupted, I can not read on them. But this a separate issue, I confirmed it on another kind of graphics card too, and has nothing to do with this bug.

Revision history for this message
Luka Renko (lure) wrote :

This is fixed for me with Edgy RC on HP nw8240 (ATI FireGL V5000 PCIE).

Desktop CD works, but is starts in 1024x768 mode (instead of 1920x1200), while Alternate CD asks for resolution and then works correctly.

Revision history for this message
Tormod Volden (tormodvolden) wrote :

Nothing fixed in RC here.
Luka, can you please attach your working Xorg.0.log and xorg.conf?

Revision history for this message
DominikBodi (dominik-bodi) wrote :

I just run ubuntu edgy rc on my Targa Traveller 826. The bug still persists. I attached my Xorg.0.log, as well.

Revision history for this message
Konstantinos Togias (ktogias) wrote :

I also confirm the bug on Acer Aspire 1692WLMi with edgy rc desktop cd.

Revision history for this message
Heis (krisda-stud) wrote :

anyone tried with the new edgy?

Revision history for this message
mihai.ile (mihai.ile) wrote : Re: [Bug 22985] Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005

on my 1694wlmi i had to edit xorg.conf on liveCD but when i installed
from liveCD monitor was detected
but it seems that acpi now does not work very good(worse than dapper)...

On 10/27/06, Heis <email address hidden> wrote:
> anyone tried with the new edgy?
>
> --
> [x700] fails to infer lvds for primary connector on acer ferrari 4005
> https://launchpad.net/bugs/22985
>

Revision history for this message
Lakin Wecker (lakin) wrote : Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005

It's still a problem with Edgy and my Acer Ferrari 4005.

The ACPI issue is another issue: Bug #67875, or #66820 and there may still be other duplicates. Please report more information on your Edgy-ACPI issue in one of those bug reports.

Revision history for this message
Mikael Turøy (terrasque) wrote :

Still same problem on edgy final i386 for me. Haven't tried the workaround here, since i usually install fglrx asap.

Revision history for this message
Goyo (goyodiaz) wrote :

With Dapper I was able to switch to the, edit xorg.conf and add

Option "MonitorLatout" "LVDS,AUTO"

That worked fine for me. But with Edgy live CD I get a unusable psychodelic console -- no characters displayed as far as I can see.

Revision history for this message
Goyo (goyodiaz) wrote :

I mean "switch to the console".

Targa Traveller 8??, ATI Mobility Radeon X700

> With Dapper I was able to switch to the, edit xorg.conf and add
>
> Option "MonitorLatout" "LVDS,AUTO"
>
> That worked fine for me. But with Edgy live CD I get a unusable psychodelic
> console -- no characters displayed as far as I can see.

Revision history for this message
komofei (komornik) wrote :

Hi, I have same problem. I have laptop ASUS with X700 graphical crad. When I add line Option "MonitorLatout" "LVDS,AUTO" into xorg.conf black screen is fixed. But my next problem is that while starting KDE procces finish at "Loading the desktop" step. How can I fix it? (I see nothing important in logs). Or exist any another way howto install Kubuntu 6.10. (without GUI is maybe the best as 5.10) ???

Thanks, komofei.

Revision history for this message
komofei (komornik) wrote :

I don't know how it is possible, but it is work now. CD is now readed in step "Loading the desktop" and KDE is loaded. :( (interesting....).

Sorry for my probably unusable comments.

Revision history for this message
DominikBodi (dominik-bodi) wrote :

On my Targa Traveller 826, the bug persists. Due to bug https://launchpad.net/distros/ubuntu/+bug/67405 "safe graphics mode" won't work, either. Tested with kubuntu edgy amd64 dvd.

Revision history for this message
Slogger (slogger) wrote :
Revision history for this message
Heis (krisda-stud) wrote :

no, because pressing the console-buttons in this bug will bring up a console. In the bug you posted, no console shows.

Revision history for this message
Tormod Volden (tormodvolden) wrote :

> no, because pressing the console-buttons in this bug will bring up a console.
> In the bug you posted, no console shows.

Well, unless you have this bug that breaks X and at the same time a usplash bug that breaks the consoles... Then you get similar symptoms although for different reasons.

Basically this bug is only about X700 cards, and for which the MonitorLayout trick works.

Revision history for this message
Slogger (slogger) wrote :

Sorry for this being kinda off topic, but does anybody who has a working edgy install not have access to their consoles? tty[1-6] from the crtl-alt-f[1-6] command? I got edgy working in the main x-window, but the consoles look like colorful randomized garbage, and once I switch to one and try to switch back, the x-session has to be restarted.

Revision history for this message
Asraniel (asraniel) wrote :

Yes, i have the same problem. Is there already a bugreport open for that?

Revision history for this message
Slogger (slogger) wrote :

I can't find one, so I'll just make one.
http://ubuntuforums.org/showthread.php?t=293789

https://launchpad.net/distros/ubuntu/+bug/70581

If anyone is having the same problem.

Revision history for this message
In , Henry-zhao (henry-zhao) wrote :

(In reply to comment #33)
> The BIOS isn't reported incorrectly the RADEON ATOM BIOS parser is just not so
> good, I'm trying to collect enough information to see if I can fix the ATOM
> parser to actually DTRT instead of hacking around it using VBE DDC which in the
> end is just using the BIOS to do something that the ATI driver can do itself if
> it can understand the BIOS tables...

Hopefully the parser can be fixed to correctly detect Type information - DDCType
in particular. Hacking VBE DDC happens only when DDC2 probing fails and no DDC
is available. This helps in these situations: a lot of laptops do not support
DDC2 probing, using VBE DDC can help get EDID data; some CRT monitor do not
support DDC2, but support VBE DDC.

Revision history for this message
StefanS (stefansiedler) wrote :

Hi,

I installed Kubuntu 6.10 on my Acer Aspire 1692 and have the same problem as well. I see the load screen of Kubuntu and thereafter just a black screen. I read here and in some forums that I should enter MonitorLayout LVDS etc. in the xorg.conf-file.

I am a total noob to Linux and don't know how to manage this. Could someone pls write a step- by-step guidance of how to get the display to work?

Thanks very much, Stefan

Revision history for this message
In , Airlied-freedesktop (airlied-freedesktop) wrote :

*** Bug 7559 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Airlied-freedesktop (airlied-freedesktop) wrote :

Created an attachment (id=7793)
attempted fix from other bug for ATOM bios parsing..

this is just an attempt at fixing the ATOM BIOS parser to maybe dtrt... it is
guesswork 101...

Revision history for this message
Juan Jose Pablos (cheche) wrote :

Stefan,
Install kubuntu 6.06 in safe-graphics and wait for the next release seem a safe move for you.

Revision history for this message
Tormod Volden (tormodvolden) wrote :

Stefan, Juan, safe graphics mode does not work in Ubuntu 6.10... See the workaround links at https://wiki.ubuntu.com/EdgyKnownIssues for step-by-step instructions.

Revision history for this message
Xemanth (angelusx-deactivatedaccount) wrote :

Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005 from susancragin at 2006-09-26 22:58:03 UTC

What about the virtual-terminal problem mentioned above which I have quoted below?

"On a Toshiba Satellite M70 with an X700 adding the line

Option "MonitorLayout" "LVDS,AUTO"

to xorg.conf does solve the blank screen problem, but when switching to a virtual terminal with ctrl-alt-f1, the screen gets corrupted (different shades of vertical lines). When I switch back with ctrl-alt-f7, the screen is still corrupted." "

What do you mean with corrupted?
Is it this kind of corruption: http://xemanth.ath.cx/acer_issue/1.jpg ?

Try pushing ctrl alt f1 -> ctrl alt f7 -> ctrl alt f1 -> ctrl alt f7 as long as monitor gets clear. It should I have similar problem that you have.
My problem may occur everytime when monitor needs to change its resolution.

HW: Acer Aspire 5024wlmi with Mobility X700 128mb (M26)

Revision history for this message
Konstantinos Togias (ktogias) wrote :

The bug still exists on Acer Aspire 1692WLMi with edgy 6.10 . I can also confirm the problem with virtual terminals.

Revision history for this message
Tormod Volden (tormodvolden) wrote :

> What about the virtual-terminal problem mentioned above which I have quoted below?

Xemanth, as pointed out in earlier comments, that problem is bug #63558.

Revision history for this message
Konstantinos Togias (ktogias) wrote :

The bug still exists on Acer Aspire 1692WLMi with Feisty Fawn Herd 1 .

Revision history for this message
In , singularity (singularity00) wrote :

(In reply to comment #36)
> Created an attachment (id=7793) [edit]
> attempted fix from other bug for ATOM bios parsing..
>
> this is just an attempt at fixing the ATOM BIOS parser to maybe dtrt... it is
> guesswork 101...

Anything on this front, Dave? This really sucks for those of us with X700s as it
makes it extremely difficult to install any distro... has it been fixed for 7.2?

Revision history for this message
tigerltf (tigerltf) wrote :

Hello everyone. Newbie here. I need some help! Currently, i've installed Ubuntu 6.10 on my laptop, Acer Aspire 5504NWXMi. It has a 14.1" WXGA CrystalBrite TFT LCD and it's using a ATI MOBILITY RADEON X700 PCI Express/64MB VRAM.

First Situation
     At first, after my installation of my Ubuntu 6.10, i boots it up for the first time and i got a totally black and blank screen after the loading has been done. (same as when i've slotted the LiveCD in during installation, and i used my desktop's CRT monitor to continue on it). Then, i found a command line on the internet to brings up the xorg configuration and i've gone through with it. ("sudo dpkg-reconfigure xserver-xorg")

Second Situation
     The command line WORKS, BUT ONLY WITH MY DESKTOP'S CRT MONITOR IS PLUGED IN!! If i reboot my laptop with my crt monitor unpluged it stops at the loading screen with the loading bar which is about 95% (or more) completed. I've tried to press Ctrl + Alt + F(1 - 12) but nothing happens. Ctrl + alt + Del is the only thing that gives me respond, which is reboot/restarts.

So, do anybody know what's going on with my laptop with the model stated above? If you do, Please give me some advice or/and solutions on it. And one more thing, i've hands on linux for only about 1 week, so, please provide the command line or code as well, because i still don't know much about those commands. I'm looking forward for your priceless help! Thank you guys.

Revision history for this message
Goyo (goyodiaz) wrote :

Try the Option "MonitorLayout" "LVDS,AUTO" thing mentioned before in this thread. Add it to the device section in your /etc/X11/xorg.conf

That worked for me and my mobility radeon X700.

Revision history for this message
tigerltf (tigerltf) wrote :

Wow!! You're great!! I've added Option "MonitorLayout" "LVDS,AUTO" to my device section in xorg.conf. It works!! After I've add that line to xorg.conf file, i typed "startx" in the command line and it works!! The GUI came out!! But, there's also a window came out and says "Internal Error: failed to initialize HAL!" and also a baloon came out and said some programme crashed...or something.....i can't remember the exact phrase. Does anyone know what's that? Other than that, until now, it works like normal with GUI.

Revision history for this message
Slogger (slogger) wrote :

This problem is persisting under the feisty live CD even though there seems to be a simple workaround.

Revision history for this message
fangorious (fangorious-deactivatedaccount) wrote :

especially depressing when the first report, 18 months ago, includes the workaround.

Revision history for this message
Asraniel (asraniel) wrote :

usualy the easiest bugreports are those that never get fixed, because the workaround is easy, so nobody cares to fix

Revision history for this message
Tormod Volden (tormodvolden) wrote :

Has anyone seen a Mobility X700 PCI-E card that *did not* need the MonitorLayout line? If not, I would suggest to apply the patch from comment #49 which will provide a good enough workaround until the ati driver has been fixed. From the upstream bug it seems like it will not be fixed for xorg 7.2.

Revision history for this message
Marc Rene Schädler (suaefar) wrote :

I don't know of any Mobility X700 PCI-E that works w/o this patch. If there were any it would be interesting to know if the patch would cause problems to these. For the average user checking out ubuntu this is a real blocker.

Revision history for this message
Martijn vdS (martijn) wrote :

My Mobility X700 PCI-E works fine with the current driver in feisty, except for bug #20283

Revision history for this message
Slogger (slogger) wrote :

I've not found a mobile X700 that doesn't need a workaround, put I've only ever dealt with 2 of them.

Revision history for this message
Dan Munckton (munckfish) wrote : Re: [Bug 22985] Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005 | card detected, but driver fails to use right output port

I've always need to add the work around (Breezy, Dapper, Edgy) to get
Xorg running with the X700 on my Acer 9504 machine.

On Thu, 2007-01-18 at 23:00 +0000, Slogger wrote:
> I've not found a mobile X700 that doesn't need a workaround, put I've
> only ever dealt with 2 of them.
>
--
Website : http://munckfish.net/
Skype : danm_3mrt
Jabber :
LastFM : http://www.last.fm/user/munckfish/

Revision history for this message
mvandeg (mvandegiessen) wrote : Re: [Bug 22985] Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005 | card detected, but driver fails to use right output port

I also need the workaround. And a colleague of mine too. Both are X700
laptops, one Asus, one Acer.

On 1/19/07, Munckfish wrote:
> I've always need to add the work around (Breezy, Dapper, Edgy) to get
> Xorg running with the X700 on my Acer 9504 machine.
>
> On Thu, 2007-01-18 at 23:00 +0000, Slogger wrote:
> > I've not found a mobile X700 that doesn't need a workaround, put I've
> > only ever dealt with 2 of them.
> >
> --
> Website : http://munckfish.net/
> Skype : danm_3mrt
> Jabber :
> LastFM : http://www.last.fm/user/munckfish/
>
> --
> [x700] fails to infer lvds for primary connector on acer ferrari 4005 | card detected, but driver fails to use right output port
> https://launchpad.net/bugs/22985
>

Revision history for this message
Asraniel (asraniel) wrote :

what can we do to get this fixed in the next version of ubuntu?

Revision history for this message
Timo Jyrinki (timo-jyrinki) wrote :

Could someone interested try if Fedora Core 6 works correctly with Driver "ati" and no MonitorLayout specifying? It supposedly has the same (but early version) of "autoconfiguration" branch of X.org which is planned to be included in Ubuntu 7.04, solving some problems.

If you really want to fix the problem properly and for sure, the only option is just to take the xserver-xorg-video-ati driver code from GIT address shown at http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-ati.git;a=summary and try to fix the upstream bug yourself, providing patch in the bug that is linked from there. I don't think there is any current active developer who has the problematic hardware and is working on it.

Revision history for this message
Irene Grammatika (irenegr92) wrote :

Same problem with ati X700 and Ubuntu Edgy live cd.

Revision history for this message
Timo Jyrinki (timo-jyrinki) wrote :

Someone who is used to compiling stuff etc. should also just take the latest GIT code and test that. Report if it fixes anything here, and report if the situation remains the same with regards to how it works with current Ubuntu development branch driver which hasn't been updated since edgy. Please also attach both "before" Xorg.0.log and "after" Xorg.0.log, unless you check that they are exactly same.

Then someone should definitely apply the patch in the upstream bug 5473 attached there already in November (but untestable by the developer since he hasn't got a X700 laptop), and give feedback there if there's any difference between current GIT version and the patched version.

While doing this, remember to use prefix=/usr so that you are actually overwriting the feisty-provided drivers when installing etc. :)

Revision history for this message
In , Bugzi09-fdo-tormod (bugzi09-fdo-tormod) wrote :

Created an attachment (id=8497)
Xorg log using the "guesswork 101" patch

I applied Dave's "guesswork 101" patch 7793 to the Ubuntu version xserver-xorg-video-ati 6.6.2-0ubuntu5. It did not help on my X700/laptop, I still have to use the MonitorLayout setting.

Revision history for this message
In , Timo Jyrinki (timo-jyrinki-hut) wrote :

This bug actually deserves the "major" severity quite well, as it seems to affect quite many users. There are currently 19 duplicates on this bug in ubuntu's bugzilla. Giving the URL in case more logs or something need to be searched: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/22985
(duplicates are listed in the left pane, a page or two down from the top, under "Duplicates of this bug").

Revision history for this message
In , Henry-zhao (henry-zhao) wrote :

(In reply to comment #39)
> This bug actually deserves the "major" severity quite well, as it seems to
> affect quite many users. There are currently 19 duplicates on this bug in
> ubuntu's bugzilla. Giving the URL in case more logs or something need to be
> searched:
> https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/22985
> (duplicates are listed in the left pane, a page or two down from the top, under
> "Duplicates of this bug").
>

(In reply to comment #39)
> This bug actually deserves the "major" severity quite well, as it seems to
> affect quite many users. There are currently 19 duplicates on this bug in
> ubuntu's bugzilla. Giving the URL in case more logs or something need to be
> searched:
> https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/22985
> (duplicates are listed in the left pane, a page or two down from the top, under
> "Duplicates of this bug").
>

(In reply to comment #39)
> This bug actually deserves the "major" severity quite well, as it seems to
> affect quite many users. There are currently 19 duplicates on this bug in
> ubuntu's bugzilla. Giving the URL in case more logs or something need to be
> searched:
> https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/22985
> (duplicates are listed in the left pane, a page or two down from the top, under
> "Duplicates of this bug").
>

Can you try the patch (attachment 7409) to see if it works.

Revision history for this message
Dan Munckton (munckfish) wrote :

Just tested Feisty Herd 3 and the problem is of course still there. Is the upstream patch likely to come through in time for us to test so it can be included the final release?

Revision history for this message
In , Bugzi09-fdo-tormod (bugzi09-fdo-tormod) wrote :

Created an attachment (id=8649)
Xorg log from latest git + patch 7409

I applied the 7409 patch to git from yesterday, testing on my Acer TravelMate 8100 with X700 Mobility PCI-E. The screen is still black.

Revision history for this message
In , Bugzi09-fdo-tormod (bugzi09-fdo-tormod) wrote :

Created an attachment (id=8650)
Xorg log from latest git without patch

Revision history for this message
In , Bugzi09-fdo-tormod (bugzi09-fdo-tormod) wrote :

Created an attachment (id=8651)
Revamped patch 7409 for current git

The patch 7409 would not apply cleanly nor build. I had to replace a bunch of "." member operators to "->" pointers. Here is the final patch that I used.

Revision history for this message
In , Bugzi09-fdo-tormod (bugzi09-fdo-tormod) wrote :

Maybe I should add that, except from the ati driver and libdrm2 2.3.0-1 and kernel 2.6.20-6-generic I use the plain Ubuntu 6.10 setup with xorg 7.1.

Compared to the original 6.6.2-0ubuntu4, or my recompiled 6.6.3-2 from debian, yesterday's git version has some weirdness (with or without the patch): At start or stop or console-switching it goes black for around 15 seconds.

Revision history for this message
In , Bugzi09-fdo-tormod (bugzi09-fdo-tormod) wrote :

Created an attachment (id=8656)
Xorg log from latest git + patch 7409 + patch 7793

I tried applying Dave's "guesswork" 7793 patch in addition to Henry's patch 7409.

Revision history for this message
In , Henry-zhao (henry-zhao) wrote :

Created an attachment (id=8746)
Patch modified for the latest source structure

Tormod,

Patch 7409 was created in October 2006, when we had definition

radeon_probe.h: RADEONConnector PortInfo[2];

Now the source has changed such definition to

radeon_probe.h: RADEONConnector *PortInfo[RADEON_MAX_CONNECTOR];

This is why you had to revamp it to make it work. Thank you for the effort.
However in patch 8651, lines having (port == &pRADEONEnt->PortInfo[0]) didn't
get changed to (port == pRADEONEnt->PortInfo[0]). This patch corrects this
(with very minior changes). Please try it (alone) and let me know.

Revision history for this message
In , Bugzi09-fdo-tormod (bugzi09-fdo-tormod) wrote :

Created an attachment (id=8758)
Xorg log from latest git with modified patch 8746

Holy cow, it works! Thank you so much! Would it be possible to apply this fix to the stable 6.6.3 release (for Xorg 7.2)?

Revision history for this message
In , Airlied-freedesktop (airlied-freedesktop) wrote :

As I said this is a hack, it doesn't actually fix the problem....

To fix the problem we need to fix the ATOM bios parsing..

I've started looking at this a few times but it's a real pain in the ass, I'm hoping to maybe fix it up as part of the randr 1.2 work...

Revision history for this message
Tormod Volden (tormodvolden) wrote :

The patch 7409 from upstream fixes the issue for my laptop, when using the latest git version. Now I ported the patch (the best I could) to the Edgy version, and it still works. Currently, the Edgy and Feisty versions are almost the same, so I expect this patch to work in Feisty as well.

However, upstream is not totally happy about their patch, as it is kind of a workaround and not fixing the real issue at its origin.

Revision history for this message
Tormod Volden (tormodvolden) wrote :

Here is a patched ati driver built on Edgy for i386. It's based off the official Edgy version, but also includes the two changes that later have been added in Feisty.

Revision history for this message
Timo Jyrinki (timo-jyrinki) wrote :

Great that there's at least a workaround. Maybe Tollef Fog Heen could add this patch to feisty's current 6.6.2 like he did with bug 28925? While it's partially a hack and not a final solution according to upstream, it's the best we've got currently, and apparently does not (?) break anything.

I don't know what's going to be done for feisty regarding xserver-xorg-video-ati, ie. will there be an actual upstream release soon that can be brought in, or is it just "edgy driver + patches". Either way, these patches seem to be of very high importance, this bug plus the fixed 28925 (the fix for which is also in git) have almost 40 duplicates together. After fixing these, the next most duplicated bug one comes with 7 duplicates.

Revision history for this message
Tormod Volden (tormodvolden) wrote :

Here is test package for Feisty as of today, with the same patch from comment 115.

Revision history for this message
In , Daniel Stone (daniels) wrote :

Sorry about the phenomenal bug spam, guys. Adding xorg-team@ to the QA contact so bugs don't get lost in future.

Revision history for this message
robepisc (robepisc) wrote :

Just tested Tormod's package on a laptop with an Ati X700 and Feisty Herd 5.
It installs flawlessly and fixes the issue.
Thank you Tormod!

Revision history for this message
Timo Jyrinki (timo-jyrinki) wrote :

The workaround mentioned to be working has now been uploaded to feisty. Marking as Fix Released. The patch should probably be kept around for as long as it takes for the upstream to do the discussed "proper" fix.

Version: 1:6.6.3-2ubuntu3
Distribution: feisty
Urgency: low
Maintainer: Ubuntu Core Developers <ubuntu-devel-discuss at lists.ubuntu.com>
Changed-By: Timo Aaltonen <tepsipakki at ubuntu.com>
Description:
 xserver-xorg-video-ati - X.Org X server -- ATI display driver
Changes:
 xserver-xorg-video-ati (1:6.6.3-2ubuntu3) feisty; urgency=low
 .
   * debian/patches:
     - 104_radeon_rv280_cp_twopointlines.diff
       A patch from debian that makes RV280 chips not to lock up with
       certain 3D-apps.
       (Closes: LP #63503)
     - 105_fdo_att7409_bug5437.diff
       Fix identification with Mobility Radeon X700.
       (Closes: LP #22985)
     - 106_radeon_predownscale_to_make_hd_video_work.diff
       Xv scaling patch from upstream git for big resolutions.
       (Closes: LP #74948)
Files:
 57ccb22ba9cb3b08d4a998c77f7e34e3 1218 x11 optional xserver-xorg-video-ati_6.6.3-2ubuntu3.dsc
 90c8c444863912ccc0b3cc12f345e379 28967 x11 optional xserver-xorg-video-ati_6.6.3-2ubuntu3.diff.gz

Changed in xserver-xorg-video-ati:
status: Confirmed → Fix Released
Revision history for this message
Timo Jyrinki (timo-jyrinki) wrote :

Could all of you who have been experiencing this problem please check this issue, as it has been reported that the fix actually broke something for one X700 user. It would be important to know if it's a really rare case of a problem, and if for most people the latest fix actually fixes the issues people have had.

Please answer these two questions:
1. Was this fixed for you already in Ubuntu 6.10? (the one who reported a new problem had this fixed just before Ubuntu 6.10 was released, but now it broke again)
2. Please test any daily live CD image from today or newer, and say if it boots to a graphical mode correctly for you or not: http://cdimage.ubuntu.com/daily-live/20070308/ (i386 says "oversized", you may want to wait for 20070309 image if you can't burn it).

Please also note that this bug is, I think, mostly about Mobility Radeon X700:s. Most "traditional" X700-cards should work already with http://cdimage.ubuntu.com/releases/feisty/herd-5/

Revision history for this message
Sergio Domingo-Hernando (sdomingo78) wrote : Re: [Bug 22985] Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005 | card detected, but driver fails to use right output port

I can confirm that I had no problem with a "traditional" x700 Pro
using Herd 3. The live cd worked "out-of-the-box", without any manual
fix.
Thanks!

On 3/8/07, Timo Jyrinki <email address hidden> wrote:

> Please also note that this bug is, I think, mostly about Mobility Radeon
> X700:s. Most "traditional" X700-cards should work already with
> http://cdimage.ubuntu.com/releases/feisty/herd-5/
>

Revision history for this message
James Tait (jamestait) wrote :

I've upgraded my running system (Acer Ferrari 4005 WLMi with BIOS 3A23) to Feisty and removed the workaround lines from the xorg.conf. After restarting Xorg and even rebooting, the correct (LVDS) display is used. This was not the case in Ubuntu 6.10. I don't currently have access to a CDRW to write the daily to, but I'll try and get hold of one tonight and test it.

Revision history for this message
Timo Jyrinki (timo-jyrinki) wrote :

Yeah, if you already have feisty and the newest update fixes your Xorg problems (ie. X starts even without the workarounds), that's enough of a information too. It'd be most interesting to know if there is more than "one" person that used to have his/her (Mobility or not) X700 working in either Ubuntu 6.10 or Feisty before the newest upgrade, but now it is broken since the last update (or when using the newest daily).

There is this one bug report now of a HP nw8240 with ATI FireGL V5000 (X700) user whose previously working configuration broke after this newest update: bug 90571. Not entirely surprising, considering X.org developers say this update is a workaround/hack and not a real solution, but if it really fixes things for significantly more people than it breaks things for, I think the patch should be kept until a real solution is found.

Disclaimer: I'm just interested in these bugs, having ATI X800 myself for which I've been debugging things so that it finally works with 2D&3D out-of-the-box in feisty, I'm not an Ubuntu developer as such or deciding anything :)

Revision history for this message
Matteo Z (matteozandi) wrote :

I believe that the latest update broke my feisty, the offset and resolution of the screen is wrong (see screenshot), I subscribed to this bug since I have some problems with my X700 card, see my filed bug #90607.

My feisty partition was working normally since this morning when I updated my xserver-xorg-video-ati package, I haven't changed my xorg.conf since then.

Revision history for this message
fangorious (fangorious-deactivatedaccount) wrote :

I have an HP nw8240 with the FireGL v5000, and the 20070307.1 fiesty image works for me.

Revision history for this message
In , Timo Jyrinki (timo-jyrinki-hut) wrote :

On the Ubuntu side of things (see the links a bit above), the workaround patch was applied on top of 6.6.3 in the development version. It seems to work for many, but so far it also seems at least two people are now having problems after the patch. The problem was a huge one (19 duplicates), so I guess at some point it has to be evaluated whether there are enough new problems to have the patch reverted, or if the patch really fixed _so_ many computers that those new ones can be (sadly) ignored until a real solution is found.

In the last 2-3 comments, there is currently mentioned one HP nw8240 FireGL V5000 user (not the later comment where someone else had tested an older daily CD) with a new blank screen problem, and one (no details) X700 user that already had a screen corruption problem when going to a console, but also now wrong resolution and offset after the update.

Considering the patch was already named to be a hack, this is of course not that surprising, but just FYI.

Revision history for this message
Asraniel (asraniel) wrote :

the update fixes the problem with my travelmate 8103
thank you very much!

Revision history for this message
In , Henry-zhao (henry-zhao) wrote :

(In reply to comment #50)
> On the Ubuntu side of things (see the links a bit above), the workaround patch
> was applied on top of 6.6.3 in the development version. It seems to work for
> many, but so far it also seems at least two people are now having problems
> after the patch. The problem was a huge one (19 duplicates), so I guess at some
> point it has to be evaluated whether there are enough new problems to have the
> patch reverted, or if the patch really fixed _so_ many computers that those new
> ones can be (sadly) ignored until a real solution is found.
>
> In the last 2-3 comments, there is currently mentioned one HP nw8240 FireGL
> V5000 user (not the later comment where someone else had tested an older daily
> CD) with a new blank screen problem, and one (no details) X700 user that
> already had a screen corruption problem when going to a console, but also now
> wrong resolution and offset after the update.
>
> Considering the patch was already named to be a hack, this is of course not
> that surprising, but just FYI.
>

Can you send more info on the new problems after the patch.

Revision history for this message
Dan Munckton (munckfish) wrote :

Tested with daily build 20070308. Issue fixed for Acer Aspire 9504/9500 with ATI Mobility Radeon X700 Express. Great work. Really looking forward to upgrade to Feisty. Thanks.

Revision history for this message
Giuseppe Pennisi (giupenni78) wrote :

Yes,
issue fixed for my acer travelmate 8104WLMi with the latest Kubuntu Feisty daily-live.
Great.

gp

Revision history for this message
In , Timo Jyrinki (timo-jyrinki-hut) wrote :

(In reply to comment #51)
> Can you send more info on the new problems after the patch.

A big majority has given success reports, ie. the patch has fixed their issues, but there are two expections. https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/90571 - this one has a blank screen on HP nw8240 with ATI FireGL V5000 PCIE after the update unless manually specifying monitor refresh rates. The other one is reporting that the update created a wrong resolution/offset situation: http://librarian.launchpad.net/6710130/ati-X700-lastupgrade.jpg. That's all the information at the moment.

Revision history for this message
In , Henry-zhao (henry-zhao) wrote :

(In reply to comment #52)
> (In reply to comment #51)
> > Can you send more info on the new problems after the patch.
>
> A big majority has given success reports, ie. the patch has fixed their issues,
> but there are two expections.
> https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/90571 -
> this one has a blank screen on HP nw8240 with ATI FireGL V5000 PCIE after the
> update unless manually specifying monitor refresh rates.

I checked the log file for the above problem, and found out that you were
probably using patch 8651. Please try the later version 8746.

The other one
> reporting that the update created a wrong resolution/offset situation:
> http://librarian.launchpad.net/6710130/ati-X700-lastupgrade.jpg. That's all the
> information at the moment.

Where can I find a log file for above problem ?

Revision history for this message
In , Timo Jyrinki (timo-jyrinki-hut) wrote :

(In reply to comment #53)
> I checked the log file for the above problem, and found out that you were
> probably using patch 8651. Please try the later version 8746.

Well, it's not 8651 and it's not 8746 either. The actual patch that went in is this: http://librarian.launchpad.net/6456764/13_fdo_att7409_bug5473.diff, and I'm now trying to ask the author if it really was based on 7409 like it's named (with which he earlier said he still had blank screen, but claims that this patch at launchpad is such that it works for him). Are you able to say if it's clearly "just" 7409/8651 with additional modifications, or if it is a 8746 modified for the 6.6.3 driver, or something in-between? It adds extra complexity that it has to be backported.

> Where can I find a log file for above problem ?

Unfortunately the user has not given logs, only comment in the https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/22985 which is the long, long bug that has all the duplicates related to this problem. Near the end there is this attachment "wrong offset/resolution", and also after that there are a few success reports from people that the current patch already helped.

Revision history for this message
Timo Jyrinki (timo-jyrinki) wrote :

Tormod, in the upstream bug you say that with "Xorg log from latest git with modified patch 8746" you had it working for the first time. However, the patch you attached here said that it was "upstream patch 7409 modified for edgy/feisty", and the name is 13_fdo_att7409_bug5473.diff - it's also now included in feisty. Is your patch here really modified from the patch 7409, or actually the later 8746 with which you reported success?

Because now in the upstream bug it says about the one problem case that was encountered after the patch went in, that "I checked the log file for the above problem, and found out that you were probably using patch 8651. Please try the later version 8746." (patch 8651 is the 7409 with your modifications, with which you still said that "only blank screen). So how is it? The patch here is not exactly like the upstream modified 8651 you had no luck with, but I can't really say if it includes the complete changes from 8746 (as applied to 6.6.3 driver) either.

Revision history for this message
linuxboy (jacobc) wrote : RE: [Bug 22985] herd5 doesn't correct the problem !

hi,
I have tried the herd 5 in live cd and the issue is the same than herd2.
that is to say the screen tuns off !see my post... so if i want to correct
it i have to Put Option "MonitorLayout" "LVDS,AUTO" in the device section of
  etc/X11/xorg.conf ....
I heard about a patch but how it works ? i am still running on an edgy and i
am waiting for the stable release before installing feisty ! so meantime i
try each herd release.....

sincerely linuxboy

https://bugs.launchpad.net/ubuntu/+bug/81826

>From: Timo Jyrinki <email address hidden>
>Reply-To: Bug 22985 <email address hidden>
>To: <email address hidden>
>Subject: [Bug 22985] Re: [x700] fails to infer lvds for primary connector
>onacer ferrari 4005 | card detected,but driver fails to use right output
>port
>Date: Sat, 17 Mar 2007 18:22:24 -0000
>
>Tormod, in the upstream bug you say that with "Xorg log from latest git
>with modified patch 8746" you had it working for the first time.
>However, the patch you attached here said that it was "upstream patch
>7409 modified for edgy/feisty", and the name is
>13_fdo_att7409_bug5473.diff - it's also now included in feisty. Is your
>patch here really modified from the patch 7409, or actually the later
>8746 with which you reported success?
>
>Because now in the upstream bug it says about the one problem case that
>was encountered after the patch went in, that "I checked the log file
>for the above problem, and found out that you were probably using patch
>8651. Please try the later version 8746." (patch 8651 is the 7409 with
>your modifications, with which you still said that "only blank screen).
>So how is it? The patch here is not exactly like the upstream modified
>8651 you had no luck with, but I can't really say if it includes the
>complete changes from 8746 (as applied to 6.6.3 driver) either.
>
>--
>[x700] fails to infer lvds for primary connector on acer ferrari 4005 |
>card detected, but driver fails to use right output port
>https://launchpad.net/bugs/22985

_________________________________________________________________
FREE pop-up blocking with the new MSN Toolbar - get it now!
http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/

Revision history for this message
Tormod Volden (tormodvolden) wrote :

Timo, patch 8746 was for current git, this patch would not be correct (or apply at all) for Edgy. For Edgy I had to use patch 7409 (which didn't help for git) and I had to adjust the patch a little to apply it to the Edgy version. I think I applied it by hand in the end, and the posted patch here was a regenerated diff. The current Feisty ati driver is now different from the Edgy ati driver, maybe it would make sense to go thoroughly through the patch again.

Revision history for this message
Mark Eaton (eaton-mark) wrote :

I have now tried fiesty beta and the fix does not work for my laptop. ASUS W2V with x700 card. The laptop screen is still turned off and video output to the vga connector. In addition the beta doesn't give me a console I can drop out to, so I have no workaround either.

lspci gives

01:00.0 VGA compatible controller: ATI Technologies Inc M26 [Radeon Mobility X700] (prog-if 00 [VGA])
        Subsystem: ASUSTeK Computer Inc. Unknown device 1962
        Flags: bus master, fast devsel, latency 0, IRQ 16
        Memory at d0000000 (32-bit, prefetchable) [size=128M]
        I/O ports at c000 [size=256]
        Memory at fe9f0000 (32-bit, non-prefetchable) [size=64K]
        Expansion ROM at fe9c0000 [disabled] [size=128K]

Revision history for this message
fangorious (fangorious-deactivatedaccount) wrote :

I just tried the livecd's for both the Ubuntu and the Kubuntu 7.04 Betas and neither one works. Although the problem is a little different now, so it might be something else. Instead of just going blank, the notebook display fades to a grainy white, with about a third of the screen lafter fading to a grainy grey starting at the bottom right. There doesn't seem to be a console, either. VT1 just says "Loadin, please wait..."

HP Compaq NW 8240 with a FireGL V5000.

Revision history for this message
Luka Renko (lure) wrote :

fangorious, this is known regression caused by above patches applied recently to xorg 7.2 packages. See bug 90571 for more details. I really hope they can make this work for both types of the user.

Revision history for this message
Konstantinos Togias (ktogias) wrote :

I can confirm that ubuntu-7.04-beta-desktop-i386.iso boots in graphical mode correctly at my Acer Aspire 1692WLMi Laptop that has an ATI MOBILITY RADEON X700 PCI Express With 256MB RAM and a 15.4 WXGA CrystalBrite TFT LCD (1280x800 Natural Resolution). It seems that the patch really works. It is so good to have this issue finally fixed after about more than a year of discussion. Congratulations for the good work to everybody!

Revision history for this message
In , Bugzi09-fdo-tormod (bugzi09-fdo-tormod) wrote :

Timo, when I had said once that 7409 didn't help, it was because I had tried to apply it (or my not-so-perfectly revamped 8651) to current git at that time (that would rather need the cleanly revamped 8746). Later I tried to apply 7409 to Ubuntu Edgy (ati 6.6.2) and here it worked, with "cosmetic" adjustments to the patch.

Henry, I don't think Luka was using 8651, because it never made it to a published Ubuntu package. He most probably used 1:6.6.3-2ubuntu3 which includes the adjusted 7409.

Revision history for this message
Tormod Volden (tormodvolden) wrote :

TImo, just to clearify the patches a little: The original upstream patch 7409 was made for something pre-Edgy, and touched radeon_driver.c as well as radeon_display.c. The two files are merged in Edgy (ati 6.6.2), so therefore I had to modify the patch slightly. The radeon_driver.c in Feisty (ati 6.6.3) is very close to the Edgy version (I just diff'ed them to check) so I think the patch still should be ok. The current upstream (git) is much more different, and needs the newer upstream patch 8746 instead.

Revision history for this message
In , Kylepablo (kylepablo) wrote :

Hello,

I am having a simular problem with the radeon driver on the Acer Ferrari 4005. I get a blank screen when I logout, not on bootup. I filed a bug report not seeing this bug report so maybe you guys could help me out. The report I filed is here--->https://bugs.freedesktop.org/show_bug.cgi?id=10194

Revision history for this message
In , S.Çağlar Onur (caglar-pardus) wrote :

What's the status of this bug? We have similar bug reports against xf86-video-ati-6.6.3 also.

Revision history for this message
In , Kylepablo (kylepablo) wrote :

hello,

could it be that the mapping of the screens is backwards? I am on the latest version of FC6. I found this info in---->http://lists.freedesktop.org/archives/xorg/2006-February/012808.html

Revision history for this message
DominikBodi (dominik-bodi) wrote :

The problem persists on my Targa Traveller 826. An attachment of the /var/log/Xorg.log.0 has been made available already. Last version tried was kubuntu 7.04 final run off the official DVD.

Changed in xserver-xorg-video-ati:
status: Fix Released → Unconfirmed
Revision history for this message
Tormod Volden (tormodvolden) wrote :

Dominik, please attach the log from running the latest version.

Revision history for this message
In , Bugzi09-fdo-tormod (bugzi09-fdo-tormod) wrote :

Created an attachment (id=10099)
Xorg.0.log from Dominik in Ubuntu bug #22985

Another Ubuntu user, using 6.6.3-2ubuntu3 which includes patch 7409, gets a VBE error and black screen:
(II) RADEON(0): VESA VBE DDC supported
(II) RADEON(0): VESA VBE DDC Level 2
(II) RADEON(0): VESA VBE DDC transfer in appr. 1 sec.
(II) RADEON(0): VESA VBE DDC unkown failure 768
(II) RADEON(0): DDC Type: 0, Detected Type: 0

Can this be related to the patch, or is it a completely separate issue?

Revision history for this message
DominikBodi (dominik-bodi) wrote :

Here's the logs as requested: Xorg.0.log, kern.log, lspci and dmidecode output, just in case.

with kind regards,
Dominik

Changed in xserver-xorg-video-ati:
status: Unconfirmed → Confirmed
Revision history for this message
Bryce Harrington (bryce) wrote :

Can someone please test this against Gutsy to see if it still exists? We've upgraded to xserver 1.3 which has numerous display hotplug improvements, which might have addressed this problem.

You can download one of the Tribe Live CD ISO's here: http://cdimage.ubuntu.com/releases/gutsy/

Revision history for this message
fangorious (fangorious-deactivatedaccount) wrote :

I tried tribe 3 on mt HP nw8240, and I think this particular bug was fixed. But even thought the display was enabled, I think the generated config had a bad modeline or something. The login screen never displayed, but instead a blank black screen slowly faded to white starting with the bottom-right corner. I've attached a picture.

Revision history for this message
Stefano Rivera (stefanor) wrote :

I just booted my ferrari on a Feisty Final amd64 CD, to update the LaptopTesting page, and it seems this bug is solved.

I'll test with a gutsy tribe ASAP.

Revision history for this message
Mark Eaton (eaton-mark) wrote :

Just booted the gutsy tribe 2 cd and the problem persists. soloution is still to add the Option "MonitorLayout" line to the xorg.conf file.

Revision history for this message
linuxboy (jacobc) wrote : Re: [x700] fails with tribe4 on Asus A6000

Hi I have tried recently tribe 4, it's worst than I expected :( !

-without boot arguments :
while gdm is launching, I see a black screen with the sand glass of gdm, but the login screen never appears and the sand glass freezes :(

-with acpi=off
usually on my feisty I use this parameter for my kernel, this way my laptop is faster ( booting and running) and I can make Beryl run !
the screen of gdm appears a while and disappears again ...

-with single option
 I tried to modify xorg.conf and add "Monitorlayout" "LVDS,AUTO" then start gdm or "startx" like Mark Eaton said but it crashes :(

when it freezes I have to kill 6 times the xserver before it can give me 2 minutes without trying to restart itself and I took logs from /var/logs :
-kern.log
-apport.log
-log from gdm directory
-Xorg.0.log

Otherwise on feisty, you need anyway to add "Monitorlayout" "LVDS,AUTO" if you wish to get 1280x800 screen resolution !

bye bye & thx
linuxboy !

Revision history for this message
linuxboy (jacobc) wrote :

here the second attachment with acpi=off !

Revision history for this message
Tormod Volden (tormodvolden) wrote :

Bryce/Timo, from the 1:6.6.193-1ubuntu1 changelog:
   * Dropped patch 105_fdo_att7409_bug5437.diff, which is not going
     upstream, and potentially breaks other setups.

6.6.192-1 needed the upstream patch (as in attachment 8746) to work on my Acer TravelMate 8100. Why is it said here that it doesn't go upstream?

Revision history for this message
Stefano Rivera (stefanor) wrote :

Works perfectly for me in Tribe 4 (amd64 CD)

Revision history for this message
Tormod Volden (tormodvolden) wrote :

I realize there's a lot of new stuff in 6.6.193 compared to 6.6.192. However, the new 6.6.193-1ubuntu1 does not work on my Acer: Screen got black and did not turn on again when switching to a text console.

Stefan (and others): Tribe 4 only has the old 6.6.3, with the patch that was there since 1:6.6.3-2ubuntu3.

Revision history for this message
Tormod Volden (tormodvolden) wrote :

When I applied the patch to 6.6.193-1ubuntu1 it worked fine again.

Revision history for this message
Tormod Volden (tormodvolden) wrote :

Just for completeness here's the patch that I applied. If anyone wants binaries, try the *Feisty* ati drivers from https://wiki.ubuntu.com/XorgOnTheEdge - they work on Gutsy as well.

Revision history for this message
Mark Eaton (eaton-mark) wrote :

Tried out tribe 4 today without success on my ASUS W2V.

Revision history for this message
In , Bugzi09-fdo-tormod (bugzi09-fdo-tormod) wrote :

Created an attachment (id=11243)
log from failing 6.7.191

With 6.6.193 I still need the patch from attachment 8746 to get my X700 working. Without the patch, the screen stays black even when I switch to a console.

For 6.7.191, this patch does not apply, and the server does not even start. I tried adding the "MonitorLayout" option to the "Device" section, but it did not help.

Revision history for this message
In , agd5f (agd5f) wrote :

(In reply to comment #60)

> For 6.7.191, this patch does not apply, and the server does not even start. I
> tried adding the "MonitorLayout" option to the "Device" section, but it did not
> help.
>

try ati git master. no patches.

Revision history for this message
In , Bugzi09-fdo-tormod (bugzi09-fdo-tormod) wrote :

Created an attachment (id=11246)
log from successful run

I took xserver-xorg-video-ati 6.7.191-1ubuntu1, applied the "Always assume LVDS is connected" patch to it, and ran it with xserver-xorg-core 1.3.0.0.dfsg-6ubuntu3feisty1. Works fine! Thanks!

Revision history for this message
Bryce Harrington (bryce) wrote :

Timo has also posted a package of the -ati 6.7.191 at http://users.tkk.fi/~tjaalton/dpkg/ati/, that would be worth testing to see if this issue is resolved with that version.

Revision history for this message
Mikael Turøy (terrasque) wrote :

I just tested Ubuntu Tribe 5 on my laptop with a X700 ati card.

After splash its just a black screen, and I can't get console (ctrl-alt-f1 does not seem to do anything).

I'm going to see if I can get a console and install the ati package you linked, Bryce.

Revision history for this message
Stefano Rivera (stefanor) wrote :

Tormod, This *definitely* works with both the i386/amd64 Gutsy Tribe 4 live CDs.

I was Testing on a Ferrari 4005WMLi (with a replaced motherboard).

I'll try Tribe 5 CDs tomorrow. They weren't mirrored here yet on Friday...

Maybe my replaced motherboard helped, maybe there are several variants around?

Can any other Ferrari owners confirm if it works or not?

Revision history for this message
fangorious (fangorious-deactivatedaccount) wrote :

Herd 5 works fine on my hp nw8240.

Revision history for this message
Tormod Volden (tormodvolden) wrote :

Acer TravelMate 8100 works fine with Tribe 5 + xserver-xorg-core 2:1.3.0.0.dfsg-12ubuntu1 + xserver-xorg-video-ati 1:6.7.191-1ubuntu2 from http://users.tkk.fi/~tjaalton/dpkg/

Revision history for this message
Mikael Turøy (terrasque) wrote :

Finally got the drivers from http://users.tkk.fi/~tjaalton/dpkg/ati/ tested.

It is an improvement, the display works now, but desktop effects does not work.

Revision history for this message
Luka Renko (lure) wrote :

Tribe5 works fine with HP nw8240 (ATI FireGL V5000 PCIE)

Revision history for this message
Tormod Volden (tormodvolden) wrote :

It would be good if so many as possible could try the latest packages from https://wiki.ubuntu.com/XorgOnTheEdge (there are Gutsy and Feisty packages for xserver-xorg-core and xserver-xorg-video-ati). Many things have changed since Tribe 5, and any regressions would be important to know.

Revision history for this message
In , agd5f (agd5f) wrote :

this should be resolved in ati git master and driver releases 6.7.192 and up.

Changed in xserver-xorg-driver-ati:
status: Confirmed → Fix Released
Revision history for this message
Matteo Z (matteozandi) wrote : Re: [Bug 22985] Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005 | card detected, but driver fails to use right output port

with 6.7.192-1ubuntu1 my X700 now works perfectly!!!

still fonts are a bit blurred, I'll have a look at this issue and in case open
a different bug.

Thank you very much!!

Revision history for this message
markiehill (mark-markhill) wrote :

this was working in Tribe 3 from a live cd install, i then updated system and rebooted and now have black screen again

this is a definite regression from tribe 3.

acer ferrari 4005 wmli , 2gb ram , x700

Revision history for this message
Angelo Lisco (angystardust-gmail) wrote :

Hi, i have an acer travelmate 8104 wlmi; my video card (ati x700) was working under feisty
but now I'm testing with a daily live-cd (11092007) and it's not working anymore... :-(

Revision history for this message
DominikBodi (dominik-bodi) wrote :

The problem persists with Ubuntu Gutsy Tribe-5 amd64 on my Targa Traveller 826.

Revision history for this message
Bryce Harrington (bryce) wrote :

Gutsy -beta includes the 6.7.192 version of -ati. -ati upstream reports "this should be resolved in ati git master and driver releases 6.7.192 and up." Closing as fixed.

Markie and Angelo, from what you describe it sounds like your issues are unrelated to this one. Make sure to test gutsy-beta once it's out, and if your issue still occurs please file new bugs, and please make sure to include Xorg.0.log, xorg.conf, the output from lspci -vvnn, a photo (if appropriate), and steps to reproduce.

Changed in xserver-xorg-video-ati:
status: Confirmed → Fix Released
Revision history for this message
DominikBodi (dominik-bodi) wrote :

The problem seems to have been fixed on my Targa Traveller 826. Gutsy-beta works correctly. Thank you.

Revision history for this message
Angelo Lisco (angystardust-gmail) wrote :

For me too! Thanks a lot!

Revision history for this message
hardhu (qzerty) wrote : HI, here is let you excited place!

HI, here is let you excited place!
I saw to a website, the sells( nike, Gucci, Puma, Bape, A& F, D& G,
Adidas, Chanel,
Fendi, shoes, wrap, words tube, Tiffany, UGG)
I purchase the UGG Boots, the quality very good,
the price is cheap( Accept paypal)!

Introduces it to you:

 www.onestepebay.com

Revision history for this message
In , Einig (einig) wrote :

Hi,

now I use Xorg 7.3 and the bug is still there.

After adding Option "MonitorLayout" "LVDS,AUTO" do the Device section of xorg.conf and a x-server reboot, it works.

XMODULE="ati"
XBOARDNAME="ATI Technologies Inc Radeon Mobility X700 (PCIE)"
XBUSID="PCI:1:0:0"
XVENDOR="1002"
XDEVICE="5653"

Regards,
Carsten

Revision history for this message
In , Einig (einig) wrote :

the bug is now fixed in xserver-xorg-video-ati 6.7.195

Changed in xserver-xorg-driver-ati:
importance: Unknown → High
Changed in xserver-xorg-driver-ati:
importance: High → Unknown
Changed in xserver-xorg-driver-ati:
importance: Unknown → High
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Related questions

Remote bug watches

Bug watches keep track of this bug in other bug trackers.