[x700] fails to infer lvds for primary connector on acer ferrari 4005 | card detected, but driver fails to use right output port
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:/
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.
Dennis Kaarsemaker (dennis) wrote : | #1 |
Lakin Wecker (lakin) wrote : | #2 |
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.
Daniel Stone (daniels) wrote : | #3 |
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.
In freedesktop.org Bugzilla #5473, Nicolas-george-normalesup (nicolas-george-normalesup) wrote : | #4 |
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]
0000:01:00.0 0300: 1002:5653
Subsystem: 1025:007e
I'll attach the full server log in a comment.
Regards,
--
Nicolas George
In freedesktop.org Bugzilla #5473, Nicolas-george-normalesup (nicolas-george-normalesup) wrote : | #5 |
Created an attachment (id=4209)
server log
In freedesktop.org Bugzilla #5473, Alan Coopersmith (alan-coopersmith) wrote : | #6 |
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".
In freedesktop.org Bugzilla #5473, Nicolas-george-normalesup (nicolas-george-normalesup) wrote : | #7 |
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
In freedesktop.org Bugzilla #5473, Alan Coopersmith (alan-coopersmith) wrote : | #8 |
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.
Lakin Wecker (lakin) wrote : Re: [x700] fails to infer lvds for primary connector on asus ferrari 4005 | #9 |
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?
Alvin Thompson (alvint-deactivatedaccount) wrote : | #10 |
i can confirm this
Changed in xserver-xorg-driver-ati: | |
assignee: | daniels → nobody |
status: | Unconfirmed → Confirmed |
Asraniel (asraniel) wrote : | #11 |
i realy hope that this will be fixed in dapper. i have the same problem with travelmate 8103
mihai.ile (mihai.ile) wrote : | #12 |
Acer 1694wlmi also needs this line:
Option "MonitorLayout" "LVDS,Auto"
In freedesktop.org Bugzilla #5473, DominikBodi (dominik-bodi) wrote : | #13 |
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
mon (javiermon-deactivatedaccount) wrote : Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005 | #14 |
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
Swinster (swin) wrote : | #15 |
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.
Giuseppe Pennisi (giupenni78) wrote : | #16 |
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
Paul Sladen (sladen) wrote : | #18 |
Could we just hardcode (set by default):
Option MonitorLayout LVDS,AUTO
in all instances of detecting an ATI driver?
Asraniel (asraniel) wrote : | #19 |
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
bailey3003 (btermers) wrote : | #20 |
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...
Paul Sladen (sladen) wrote : | #21 |
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.
bailey3003 (btermers) wrote : | #22 |
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.
bailey3003 (btermers) wrote : | #23 |
Ok I got it working by adding that line to the xorg.conf file...thanks for the help
mihai.ile (mihai.ile) wrote : | #25 |
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:/
Cyclops (rms) wrote : | #26 |
Also happens on an HP Compaq NX9010. I was bitten by this problem today.
Rui
Cyclops (rms) wrote : dmesg for nx9010 | #27 |
- dmesg for nx9010 Edit (18.3 KiB, text/plain)
dmesg for my laptop, where this problem is happening too.
In previous versions of xfree/xorg this problem didn't happen.
Emmanuel Charpentier (charpent) wrote : Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005 | #28 |
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.
Phil Bull (philbull) wrote : | #29 |
Assigning to X-SWAT.
Changed in xserver-xorg-driver-ati: | |
assignee: | nobody → ubuntu-x-swat |
Luka Renko (lure) wrote : | #30 |
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"
rodniy (tine-kump) wrote : | #31 |
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.
Giuseppe Pennisi (giupenni78) wrote : Re: [Bug 22985] Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005 | #32 |
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/
FontPath "/usr/share/
FontPath "/usr/share/
FontPath "/usr/share/
FontPath "/var/lib/
FontPath "/usr/local/
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
Giuseppe Pennisi (giupenni78) wrote : Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005 | #33 |
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/
FontPath "/usr/share/
FontPath "/usr/share/
FontPath "/usr/share/
FontPath "/var/lib/
FontPath "/usr/local/
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"
SubSection "Display"
SubSection "Display"
SubSection "Display"
SubSection "Display"
...
rodniy (tine-kump) wrote : | #34 |
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
Susan Cragin (susancragin) wrote : | #35 |
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
Susan Cragin (susancragin) wrote : working xorg.conf Acer Ferrari 4005 | #36 |
- working xorg.conf Acer Ferrari 4005 Edit (4.0 KiB, text/plain)
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"
Tormod Volden (tormodvolden) wrote : Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005 | #37 |
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.)
Giuseppe Pennisi (giupenni78) wrote : | #38 |
Sorry!!!
Paul Sladen (sladen) wrote : | #39 |
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.
Luka Renko (lure) wrote : | #40 |
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/
Otherwise we can hope that X 7.1 (probably in Edgy) will resolve this.
In freedesktop.org Bugzilla #5473, Henry-zhao (henry-zhao) wrote : | #41 |
<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 RADEONQueryConn
returns non-zero, but it reads DDCType as 0 for both heads, preventing
(b) Even if RADEONDisplayDD
able to detect monitor because DDC2 (i2c) probing fails.
(c) It fails (INREG(
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 (!RADEONGetConn
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 (
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...
In freedesktop.org Bugzilla #5473, Henry-zhao (henry-zhao) wrote : | #42 |
Created an attachment (id=5858)
Fixes to improve monitor type detection and monitor probing for radeon driver
In freedesktop.org Bugzilla #5473, Erik Andrén (erik-andren) wrote : | #43 |
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
In freedesktop.org Bugzilla #5473, Erik Andrén (erik-andren) wrote : | #44 |
Created an attachment (id=5950)
The "gitified" patch
In freedesktop.org Bugzilla #5473, Erik Andrén (erik-andren) wrote : | #45 |
Created an attachment (id=5951)
Xorg log without the patch applied
In freedesktop.org Bugzilla #5473, Erik Andrén (erik-andren) wrote : | #46 |
Created an attachment (id=5952)
Xorg log with the patch applied
In freedesktop.org Bugzilla #5473, Michel-tungstengraphics (michel-tungstengraphics) wrote : | #47 |
Won't this break when VBE isn't available?
In freedesktop.org Bugzilla #5473, Erik Andrén (erik-andren) wrote : | #48 |
(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.
In freedesktop.org Bugzilla #5473, Michel-tungstengraphics (michel-tungstengraphics) wrote : | #49 |
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.
In freedesktop.org Bugzilla #5473, Henry-zhao (henry-zhao) wrote : | #50 |
Change of max_pll_freq is not relevant. I also have some other changes, will post
a revision shortly.
Tormod Volden (tormodvolden) wrote : Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005 | #51 |
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.
mihai.ile (mihai.ile) wrote : | #52 |
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.
Tormod Volden (tormodvolden) wrote : | #53 |
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.
hardhu (qzerty) wrote : Re: [Bug 22985] Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005 | #54 |
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)
Luka Renko (lure) wrote : Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005 | #55 |
Same ID here in HP nw8240 (ATI FireGL V5000 PCIE)
In freedesktop.org Bugzilla #5473, Henry-zhao (henry-zhao) wrote : | #56 |
Created an attachment (id=6026)
Revision to fixes to improve monitor type detection and monitor probing for
radeon driver
In freedesktop.org Bugzilla #5473, Henry-zhao (henry-zhao) wrote : | #57 |
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
(
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
Szabolcs (szhorvat) wrote : Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005 | #58 |
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?
In freedesktop.org Bugzilla #5473, Erik Andrén (erik-andren) wrote : | #59 |
Henry, I just wanted to report that your new patch is working wonderfully on my
machine.
Susan Cragin (susancragin) wrote : Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005 | #60 |
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"
Petri Koistinen (pkoistin) wrote : Re: [Bug 22985] Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005 | #61 |
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.
Susan Cragin (susancragin) wrote : Temporary patch suggestion | #62 |
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?
Luka Renko (lure) wrote : Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005 | #63 |
Problem still on Edgy Knot1 on HP nw8240. Old workaround (MonitorLayout) from Dapper still works here.
https:/
Diego (diego-barrantes) wrote : | #64 |
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...
Susan Cragin (susancragin) wrote : Re: [Bug 22985] Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005 | #65 |
If that doesn't work, try
Option "MonitorLayout" "LVDS,AUTO"
and leave the second line off.
Works on my Acer Ferrari 4005.
Alain Maisonneuve (alain-maisonneuve) wrote : Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005 | #66 |
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?
Tormod Volden (tormodvolden) wrote : | #67 |
- patch for /usr/bin/dexconf Edit (544 bytes, text/plain)
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_
Tormod Volden (tormodvolden) wrote : | #68 |
- tested, refined patch Edit (518 bytes, text/plain)
I have tested the patch using the 6.06.1 desktop cd (and break=casper-
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.
Tormod Volden (tormodvolden) wrote : | #69 |
Actually, the resolution is correctly detected during installation, using the patch or not. But not if reconfigured later, see bug #57525 on this issue.
In freedesktop.org Bugzilla #5473, Erik Andrén (erik-andren) wrote : | #70 |
(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 :/
In freedesktop.org Bugzilla #5473, Henry-zhao (henry-zhao) wrote : | #71 |
(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.
In freedesktop.org Bugzilla #5473, Martijn van de Streek (martijn-foodfight) wrote : | #72 |
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.
In freedesktop.org Bugzilla #5473, Martijn van de Streek (martijn-foodfight) wrote : | #73 |
I also think this bug _might_ be related in some ways to bug #8038 in some way.
In freedesktop.org Bugzilla #5473, Henry-zhao (henry-zhao) wrote : | #74 |
(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:
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.
In freedesktop.org Bugzilla #5473, Martijn van de Streek (martijn-foodfight) wrote : | #75 |
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)
In freedesktop.org Bugzilla #5473, Martijn van de Streek (martijn-foodfight) wrote : | #76 |
Created an attachment (id=6792)
xorg.conf used to create previous log
In freedesktop.org Bugzilla #5473, Martijn van de Streek (martijn-foodfight) wrote : | #77 |
(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)
In freedesktop.org Bugzilla #5473, Martijn van de Streek (martijn-foodfight) wrote : | #78 |
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.
In freedesktop.org Bugzilla #5473, Erik Andrén (erik-andren) wrote : | #79 |
(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.
In freedesktop.org Bugzilla #5473, Erik Andrén (erik-andren) wrote : | #80 |
Created an attachment (id=6803)
log with the first working patch
In freedesktop.org Bugzilla #5473, Erik Andrén (erik-andren) wrote : | #81 |
Created an attachment (id=6804)
current git (with newer patch already applied) non working log.
Martijn vdS (martijn) wrote : Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005 | #82 |
Uhr, please delete this entry..
Martijn vdS (martijn) wrote : | #83 |
(the broken upstream bugzilla link)
Changed in xserver-xorg-driver-ati: | |
status: | Unconfirmed → Unknown |
Changed in xserver-xorg-driver-ati: | |
status: | Unknown → Confirmed |
Konstantinos Togias (ktogias) wrote : | #84 |
- Output of lshw on Acer Aspire 1692WLMi Edit (14.7 KiB, text/plain)
I just tried booting Ubuntu 6.10 (Edgy Eft) Knot 3 desktop cd (http://
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
Konstantinos Togias (ktogias) wrote : | #85 |
Marc René Schädler (marc85) wrote : | #86 |
...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"
Tormod Volden (tormodvolden) wrote : | #87 |
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.
Susan Cragin (susancragin) wrote : | #88 |
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."
Lakin Wecker (lakin) wrote : | #89 |
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.
In freedesktop.org Bugzilla #5473, Airlied-freedesktop (airlied-freedesktop) wrote : | #90 |
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....
Mark Eaton (eaton-mark) wrote : Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005 | #91 |
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.
Giuseppe Pennisi (giupenni78) wrote : | #92 |
>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
In freedesktop.org Bugzilla #5473, Henry-zhao (henry-zhao) wrote : | #93 |
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
RADEONGetConnec
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 RADEONGetConnec
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.
In freedesktop.org Bugzilla #5473, Airlied-freedesktop (airlied-freedesktop) wrote : | #94 |
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...
Heis (krisda-stud) wrote : Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005 | #95 |
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!
Martijn vdS (martijn) wrote : | #96 |
It works fine for me now (on edgy)
I don't need the MonitorLayout option anymore for X to use my laptop flatpanel.
Giuseppe Pennisi (giupenni78) wrote : | #97 |
>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
Martijn vdS (martijn) wrote : | #98 |
Tormod Volden (tormodvolden) wrote : | #99 |
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?
Martijn vdS (martijn) wrote : Re: [Bug 22985] Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005 | #100 |
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.
Giuseppe Pennisi (giupenni78) wrote : Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005 | #101 |
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
Tormod Volden (tormodvolden) wrote : | #102 |
Tried today's daily-live edgy, and there is nothing new here on my Acer TravelMate 8101, unfortunately.
Tormod Volden (tormodvolden) wrote : | #103 |
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.
Giuseppe Pennisi (giupenni78) wrote : | #104 |
>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
Tormod Volden (tormodvolden) wrote : | #105 |
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.
Luka Renko (lure) wrote : | #106 |
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.
Tormod Volden (tormodvolden) wrote : | #107 |
Nothing fixed in RC here.
Luka, can you please attach your working Xorg.0.log and xorg.conf?
DominikBodi (dominik-bodi) wrote : | #108 |
- Xorg.0.log for Targa Traveller 826 Edit (53.0 KiB, text/plain)
I just run ubuntu edgy rc on my Targa Traveller 826. The bug still persists. I attached my Xorg.0.log, as well.
Konstantinos Togias (ktogias) wrote : | #109 |
I also confirm the bug on Acer Aspire 1692WLMi with edgy rc desktop cd.
Heis (krisda-stud) wrote : | #110 |
anyone tried with the new edgy?
mihai.ile (mihai.ile) wrote : Re: [Bug 22985] Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005 | #111 |
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:/
>
Lakin Wecker (lakin) wrote : Re: [x700] fails to infer lvds for primary connector on acer ferrari 4005 | #112 |
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.
Mikael Turøy (terrasque) wrote : | #113 |
Still same problem on edgy final i386 for me. Haven't tried the workaround here, since i usually install fglrx asap.
Goyo (goyodiaz) wrote : | #114 |
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.
Goyo (goyodiaz) wrote : | #115 |
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.
komofei (komornik) wrote : | #116 |
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.
komofei (komornik) wrote : | #117 |
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.
DominikBodi (dominik-bodi) wrote : | #118 |
On my Targa Traveller 826, the bug persists. Due to bug https:/
Slogger (slogger) wrote : | #119 |
Related/Same? https:/
Heis (krisda-stud) wrote : | #120 |
no, because pressing the console-buttons in this bug will bring up a console. In the bug you posted, no console shows.
Tormod Volden (tormodvolden) wrote : | #121 |
> 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.
Slogger (slogger) wrote : | #122 |
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.
Asraniel (asraniel) wrote : | #123 |
Yes, i have the same problem. Is there already a bugreport open for that?
Slogger (slogger) wrote : | #124 |
I can't find one, so I'll just make one.
http://
https:/
If anyone is having the same problem.
In freedesktop.org Bugzilla #5473, Henry-zhao (henry-zhao) wrote : | #125 |
(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.
StefanS (stefansiedler) wrote : | #126 |
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
In freedesktop.org Bugzilla #5473, Airlied-freedesktop (airlied-freedesktop) wrote : | #127 |
*** Bug 7559 has been marked as a duplicate of this bug. ***
In freedesktop.org Bugzilla #5473, Airlied-freedesktop (airlied-freedesktop) wrote : | #128 |
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...
Juan Jose Pablos (cheche) wrote : | #129 |
Stefan,
Install kubuntu 6.06 in safe-graphics and wait for the next release seem a safe move for you.
Tormod Volden (tormodvolden) wrote : | #130 |
Stefan, Juan, safe graphics mode does not work in Ubuntu 6.10... See the workaround links at https:/
Xemanth (angelusx-deactivatedaccount) wrote : | #131 |
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://
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)
Konstantinos Togias (ktogias) wrote : | #132 |
The bug still exists on Acer Aspire 1692WLMi with edgy 6.10 . I can also confirm the problem with virtual terminals.
Tormod Volden (tormodvolden) wrote : | #133 |
> 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.
Konstantinos Togias (ktogias) wrote : | #134 |
The bug still exists on Acer Aspire 1692WLMi with Feisty Fawn Herd 1 .
In freedesktop.org Bugzilla #5473, singularity (singularity00) wrote : | #135 |
(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?
tigerltf (tigerltf) wrote : | #136 |
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.
Goyo (goyodiaz) wrote : | #137 |
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.
tigerltf (tigerltf) wrote : | #138 |
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.
Slogger (slogger) wrote : | #139 |
This problem is persisting under the feisty live CD even though there seems to be a simple workaround.
fangorious (fangorious-deactivatedaccount) wrote : | #140 |
especially depressing when the first report, 18 months ago, includes the workaround.
Asraniel (asraniel) wrote : | #141 |
usualy the easiest bugreports are those that never get fixed, because the workaround is easy, so nobody cares to fix
Tormod Volden (tormodvolden) wrote : | #142 |
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.
Marc Rene Schädler (suaefar) wrote : | #143 |
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.
Martijn vdS (martijn) wrote : | #144 |
My Mobility X700 PCI-E works fine with the current driver in feisty, except for bug #20283
Slogger (slogger) wrote : | #145 |
I've not found a mobile X700 that doesn't need a workaround, put I've only ever dealt with 2 of them.
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 | #146 |
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://
Skype : danm_3mrt
Jabber :
LastFM : http://
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 | #147 |
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://
> Skype : danm_3mrt
> Jabber :
> LastFM : http://
>
> --
> [x700] fails to infer lvds for primary connector on acer ferrari 4005 | card detected, but driver fails to use right output port
> https:/
>
Asraniel (asraniel) wrote : | #148 |
what can we do to get this fixed in the next version of ubuntu?
Timo Jyrinki (timo-jyrinki) wrote : | #149 |
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-
Irene Grammatika (irenegr92) wrote : | #150 |
Same problem with ati X700 and Ubuntu Edgy live cd.
Timo Jyrinki (timo-jyrinki) wrote : | #151 |
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. :)
In freedesktop.org Bugzilla #5473, Bugzi09-fdo-tormod (bugzi09-fdo-tormod) wrote : | #152 |
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-
In freedesktop.org Bugzilla #5473, Timo Jyrinki (timo-jyrinki-hut) wrote : | #153 |
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:/
(duplicates are listed in the left pane, a page or two down from the top, under "Duplicates of this bug").
In freedesktop.org Bugzilla #5473, Henry-zhao (henry-zhao) wrote : | #154 |
(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:/
> (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:/
> (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:/
> (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.
Dan Munckton (munckfish) wrote : | #155 |
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?
In freedesktop.org Bugzilla #5473, Bugzi09-fdo-tormod (bugzi09-fdo-tormod) wrote : | #156 |
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.
In freedesktop.org Bugzilla #5473, Bugzi09-fdo-tormod (bugzi09-fdo-tormod) wrote : | #157 |
Created an attachment (id=8650)
Xorg log from latest git without patch
In freedesktop.org Bugzilla #5473, Bugzi09-fdo-tormod (bugzi09-fdo-tormod) wrote : | #158 |
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.
In freedesktop.org Bugzilla #5473, Bugzi09-fdo-tormod (bugzi09-fdo-tormod) wrote : | #159 |
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.
In freedesktop.org Bugzilla #5473, Bugzi09-fdo-tormod (bugzi09-fdo-tormod) wrote : | #160 |
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.
In freedesktop.org Bugzilla #5473, Henry-zhao (henry-zhao) wrote : | #161 |
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[
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-
get changed to (port == pRADEONEnt-
(with very minior changes). Please try it (alone) and let me know.
In freedesktop.org Bugzilla #5473, Bugzi09-fdo-tormod (bugzi09-fdo-tormod) wrote : | #162 |
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)?
In freedesktop.org Bugzilla #5473, Airlied-freedesktop (airlied-freedesktop) wrote : | #163 |
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...
Tormod Volden (tormodvolden) wrote : | #164 |
- upstream patch 7409 modified for Edgy Edit (4.6 KiB, text/plain)
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.
Tormod Volden (tormodvolden) wrote : | #165 |
- patched ati driver for Edgy Edit (328.1 KiB, application/x-debian-package)
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.
Timo Jyrinki (timo-jyrinki) wrote : | #166 |
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-
Tormod Volden (tormodvolden) wrote : | #167 |
- patched ati driver for Feisty Edit (326.9 KiB, application/x-debian-package)
Here is test package for Feisty as of today, with the same patch from comment 115.
In freedesktop.org Bugzilla #5473, Daniel Stone (daniels) wrote : | #168 |
Sorry about the phenomenal bug spam, guys. Adding xorg-team@ to the QA contact so bugs don't get lost in future.
robepisc (robepisc) wrote : | #169 |
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!
Timo Jyrinki (timo-jyrinki) wrote : | #170 |
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-
Changed-By: Timo Aaltonen <tepsipakki at ubuntu.com>
Description:
xserver-
Changes:
xserver-
.
* debian/patches:
- 104_radeon_
A patch from debian that makes RV280 chips not to lock up with
certain 3D-apps.
(Closes: LP #63503)
- 105_fdo_
Fix identification with Mobility Radeon X700.
(Closes: LP #22985)
- 106_radeon_
Xv scaling patch from upstream git for big resolutions.
(Closes: LP #74948)
Files:
57ccb22ba9cb3b
90c8c444863912
Changed in xserver-xorg-video-ati: | |
status: | Confirmed → Fix Released |
Timo Jyrinki (timo-jyrinki) wrote : | #171 |
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://
Please also note that this bug is, I think, mostly about Mobility Radeon X700:s. Most "traditional" X700-cards should work already with http://
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 | #172 |
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://
>
James Tait (jamestait) wrote : | #173 |
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.
Timo Jyrinki (timo-jyrinki) wrote : | #174 |
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 :)
Matteo Z (matteozandi) wrote : | #175 |
- wrong offset/resolution Edit (2.1 MiB, image/jpeg)
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-
fangorious (fangorious-deactivatedaccount) wrote : | #176 |
I have an HP nw8240 with the FireGL v5000, and the 20070307.1 fiesty image works for me.
In freedesktop.org Bugzilla #5473, Timo Jyrinki (timo-jyrinki-hut) wrote : | #177 |
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.
Asraniel (asraniel) wrote : | #178 |
the update fixes the problem with my travelmate 8103
thank you very much!
In freedesktop.org Bugzilla #5473, Henry-zhao (henry-zhao) wrote : | #179 |
(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.
Dan Munckton (munckfish) wrote : | #180 |
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.
Giuseppe Pennisi (giupenni78) wrote : | #181 |
Yes,
issue fixed for my acer travelmate 8104WLMi with the latest Kubuntu Feisty daily-live.
Great.
gp
In freedesktop.org Bugzilla #5473, Timo Jyrinki (timo-jyrinki-hut) wrote : | #182 |
(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:/
In freedesktop.org Bugzilla #5473, Henry-zhao (henry-zhao) wrote : | #183 |
(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:/
> 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://
> information at the moment.
Where can I find a log file for above problem ?
In freedesktop.org Bugzilla #5473, Timo Jyrinki (timo-jyrinki-hut) wrote : | #184 |
(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://
> Where can I find a log file for above problem ?
Unfortunately the user has not given logs, only comment in the https:/
Timo Jyrinki (timo-jyrinki) wrote : | #185 |
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_
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.
linuxboy (jacobc) wrote : RE: [Bug 22985] herd5 doesn't correct the problem ! | #186 |
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:/
>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_
>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:/
_______
FREE pop-up blocking with the new MSN Toolbar - get it now!
http://
Tormod Volden (tormodvolden) wrote : | #187 |
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.
Mark Eaton (eaton-mark) wrote : | #188 |
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]
fangorious (fangorious-deactivatedaccount) wrote : | #189 |
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.
Luka Renko (lure) wrote : | #190 |
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.
Konstantinos Togias (ktogias) wrote : | #191 |
I can confirm that ubuntu-
In freedesktop.org Bugzilla #5473, Bugzi09-fdo-tormod (bugzi09-fdo-tormod) wrote : | #192 |
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.
Tormod Volden (tormodvolden) wrote : | #193 |
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.
In freedesktop.org Bugzilla #5473, Kylepablo (kylepablo) wrote : | #194 |
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:/
In freedesktop.org Bugzilla #5473, S.Çağlar Onur (caglar-pardus) wrote : | #195 |
What's the status of this bug? We have similar bug reports against xf86-video-
In freedesktop.org Bugzilla #5473, Kylepablo (kylepablo) wrote : | #196 |
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://
DominikBodi (dominik-bodi) wrote : | #197 |
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 |
Tormod Volden (tormodvolden) wrote : | #198 |
Dominik, please attach the log from running the latest version.
In freedesktop.org Bugzilla #5473, Bugzi09-fdo-tormod (bugzi09-fdo-tormod) wrote : | #199 |
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?
DominikBodi (dominik-bodi) wrote : | #200 |
- tt826_feisty_logs.tar.gz Edit (21.7 KiB, application/x-tar)
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 |
Bryce Harrington (bryce) wrote : | #201 |
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://
fangorious (fangorious-deactivatedaccount) wrote : | #202 |
- corrupt screen Edit (195.5 KiB, image/jpeg)
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.
Stefano Rivera (stefanor) wrote : | #203 |
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.
Mark Eaton (eaton-mark) wrote : | #204 |
- X log without option Edit (51.6 KiB, text/plain)
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.
linuxboy (jacobc) wrote : Re: [x700] fails with tribe4 on Asus A6000 | #205 |
- logs of tribe without boot arguments ! Edit (25.7 KiB, application/x-tar)
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 !
linuxboy (jacobc) wrote : | #206 |
- logs_tribe_4_acpi=off.tar.gz Edit (27.4 KiB, application/x-tar)
here the second attachment with acpi=off !
Tormod Volden (tormodvolden) wrote : | #207 |
Bryce/Timo, from the 1:6.6.193-1ubuntu1 changelog:
* Dropped patch 105_fdo_
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?
Stefano Rivera (stefanor) wrote : | #208 |
Works perfectly for me in Tribe 4 (amd64 CD)
Tormod Volden (tormodvolden) wrote : | #209 |
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.
Tormod Volden (tormodvolden) wrote : | #210 |
When I applied the patch to 6.6.193-1ubuntu1 it worked fine again.
Tormod Volden (tormodvolden) wrote : | #211 |
- upstream patch Edit (5.9 KiB, text/plain)
Just for completeness here's the patch that I applied. If anyone wants binaries, try the *Feisty* ati drivers from https:/
Mark Eaton (eaton-mark) wrote : | #212 |
Tried out tribe 4 today without success on my ASUS W2V.
In freedesktop.org Bugzilla #5473, Bugzi09-fdo-tormod (bugzi09-fdo-tormod) wrote : | #213 |
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.
In freedesktop.org Bugzilla #5473, agd5f (agd5f) wrote : | #214 |
(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.
In freedesktop.org Bugzilla #5473, Bugzi09-fdo-tormod (bugzi09-fdo-tormod) wrote : | #215 |
Created an attachment (id=11246)
log from successful run
I took xserver-
Bryce Harrington (bryce) wrote : | #216 |
Timo has also posted a package of the -ati 6.7.191 at http://
Mikael Turøy (terrasque) wrote : | #217 |
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.
Stefano Rivera (stefanor) wrote : | #218 |
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?
fangorious (fangorious-deactivatedaccount) wrote : | #219 |
Herd 5 works fine on my hp nw8240.
Tormod Volden (tormodvolden) wrote : | #220 |
Acer TravelMate 8100 works fine with Tribe 5 + xserver-xorg-core 2:1.3.0.
Mikael Turøy (terrasque) wrote : | #221 |
Finally got the drivers from http://
It is an improvement, the display works now, but desktop effects does not work.
Luka Renko (lure) wrote : | #222 |
Tribe5 works fine with HP nw8240 (ATI FireGL V5000 PCIE)
Tormod Volden (tormodvolden) wrote : | #223 |
It would be good if so many as possible could try the latest packages from https:/
In freedesktop.org Bugzilla #5473, agd5f (agd5f) wrote : | #224 |
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 |
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 | #225 |
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!!
markiehill (mark-markhill) wrote : | #226 |
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
Angelo Lisco (angystardust-gmail) wrote : | #227 |
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... :-(
DominikBodi (dominik-bodi) wrote : | #228 |
The problem persists with Ubuntu Gutsy Tribe-5 amd64 on my Targa Traveller 826.
Bryce Harrington (bryce) wrote : | #229 |
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 |
DominikBodi (dominik-bodi) wrote : | #230 |
The problem seems to have been fixed on my Targa Traveller 826. Gutsy-beta works correctly. Thank you.
Angelo Lisco (angystardust-gmail) wrote : | #231 |
For me too! Thanks a lot!
hardhu (qzerty) wrote : HI, here is let you excited place! | #232 |
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.onestepeba
In freedesktop.org Bugzilla #5473, Einig (einig) wrote : | #233 |
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
In freedesktop.org Bugzilla #5473, Einig (einig) wrote : | #234 |
the bug is now fixed in xserver-
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 |
*** Bug 22995 has been marked as a duplicate of this bug. ***