Brice Goglin [EMAIL PROTECTED] writes:
Roger Leigh wrote:
Installing 1:6.8.0-1 from unstable:
However, switching to a VT or stopping X either by shutting down the
system from KDE or C-A-Bksp cause the monitor to power off and the
system to lock up hard.
We need a new (clean) bug report
Mark Brown [EMAIL PROTECTED] writes:
On Tue, Feb 19, 2008 at 10:25:37AM +0100, Michel D?nzer wrote:
On Tue, 2008-02-19 at 09:16 +, Mark Brown wrote:
Installing from experimental appears to have resolved the issue, thanks.
So this bug report can be marked as fixed in that version?
For
On Mon, 2008-02-18 at 20:48 +, Mark Brown wrote:
On Mon, Feb 18, 2008 at 01:07:58PM +0100, Michel D??nzer wrote:
Please attach the full log file from running without Option MacModel.
Attached are two logs. Xorg.0.log is from running without MacModel but
it looks like the kernel is
On Tue, 2008-02-19 at 09:16 +, Mark Brown wrote:
On Tue, Feb 19, 2008 at 09:16:52AM +0100, Michel Dnzer wrote:
If you're using xserver-xorg-video-ati 1:6.7.197-1, please try again
with a newer version, e.g. 1:6.7.198~git* from experimental or 1:6.8.0-1
from sid.
Installing from
On Tue, Feb 19, 2008 at 09:16:52AM +0100, Michel Dänzer wrote:
If you're using xserver-xorg-video-ati 1:6.7.197-1, please try again
with a newer version, e.g. 1:6.7.198~git* from experimental or 1:6.8.0-1
from sid.
Installing from experimental appears to have resolved the issue, thanks.
Note
On Tue, Feb 19, 2008 at 10:25:37AM +0100, Michel D?nzer wrote:
On Tue, 2008-02-19 at 09:16 +, Mark Brown wrote:
Installing from experimental appears to have resolved the issue, thanks.
So this bug report can be marked as fixed in that version?
For my case, yes. I guess it would be
On Sun, 2008-02-17 at 11:24 +, Mark Brown wrote:
On Wed, Jan 02, 2008 at 09:57:17AM +0100, Michel Dnzer wrote:
That's not minimal - does commenting out Option MacModel or changing
its value to mini-internal help?
I'm experiencing the same problem. Neither of these help for me -
On Mon, Feb 18, 2008 at 01:07:58PM +0100, Michel D??nzer wrote:
Please attach the full log file from running without Option MacModel.
Attached are two logs. Xorg.0.log is from running without MacModel but
it looks like the kernel is managing to lock up before it gets as far as
logging much.
On Wed, Jan 02, 2008 at 09:57:17AM +0100, Michel Dänzer wrote:
That's not minimal - does commenting out Option MacModel or changing
its value to mini-internal help?
I'm experiencing the same problem. Neither of these help for me - they
both result in the monitor powering off.
--
You grabbed
On Mon, 2007-12-31 at 13:23 +, Roger Leigh wrote:
With a minimal config:
Section Device
Identifier ATI Radeon 9200
Driver ati
BusID PCI:0:16:0
Option MacModel mini
EndSection
It runs, but the monitor powers
Processing commands for [EMAIL PROTECTED]:
reopen 389007
Bug#389007: Regression: Radeon 9200 powers off Apple Cinema Display connected
via DVI
'reopen' may be inappropriate when a bug has been closed with a version;
you may need to use 'found' to remove fixed versions.
Bug reopened, originator
Roger Leigh wrote:
reopen 389007
found 389007 1:6.7.197-1
thanks
Dear Brice,
I'm afraid this bug is also present in the current package in
unstable. As soon as X starts, the monitor powers off. Killing X or
switching VT have no effect--it stays dead once it's off.
I have attached the Xorg
On Mon, Dec 31, 2007 at 12:45:46PM +0100, Brice Goglin wrote:
xrandr output:
Screen 0: minimum 320 x 200, current 1680 x 1050, maximum 1920 x 1200
DVI-0 connected 1680x1050+0+0 (normal left inverted right x axis y axis) 433mm
x 270mm
1680x1050 59.9*+ 60.0 60.0 59.9
On Mon, Dec 31, 2007 at 12:45:46PM +0100, Brice Goglin wrote:
Note: Following the previous mail, I killed the X server with Ctrl-C,
following which the system locked up:
Warning: Type ONE_LEVEL has 1 levels, but RALT has 2
symbols
Ignoring extra symbols
Errors from
On Dec 31, 2007 9:11 AM, Roger Leigh [EMAIL PROTECTED] wrote:
On Mon, Dec 31, 2007 at 12:45:46PM +0100, Brice Goglin wrote:
xrandr output:
Screen 0: minimum 320 x 200, current 1680 x 1050, maximum 1920 x 1200
DVI-0 connected 1680x1050+0+0 (normal left inverted right x axis y axis)
433mm x
Hi Roger,
Is there anything new about this bug? Did you try 6.7.19x currently in
experimental? What kind of machine is this? Your bug report makes me
think of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=443570 and
https://bugs.freedesktop.org/show_bug.cgi?id=12525
This one is fixed upstream
On Fri, Aug 10, 2007 at 08:29:10AM +0200, Brice Goglin wrote:
NoDDC set to true or false has no effect. The monitor is powered off
with all combination of this option with either or both of the PanelSize
and MonitorLayout commented out.
NoDDC set to true or false with both PanelSize
NoDDC set to true or false has no effect. The monitor is powered off
with all combination of this option with either or both of the PanelSize
and MonitorLayout commented out.
NoDDC set to true or false with both PanelSize and MonitorLayout
enabled result in a working monitor.
Hi
On Fri, Oct 27, 2006 at 07:18:55AM +1000, Benjamin Herrenschmidt wrote:
On Thu, 2006-10-26 at 19:25 +0100, Roger Leigh wrote:
Benjamin Herrenschmidt [EMAIL PROTECTED] writes:
I found a solution to the problem. Adding
Option PanelSize 1680x1050
Option
On Tue, Jun 19, 2007 at 10:43:31PM +0200, Brice Goglin wrote:
About 9 months ago, you reported a bug to the Debian BTS regarding the
ATI driver powering an Apple Cinema display off when plugged to a Radeon
9200 through DVI. Did you reproduce this problem recently? With
Xorg/Etch?
It's still
Roger Leigh wrote:
On Tue, Jun 19, 2007 at 10:43:31PM +0200, Brice Goglin wrote:
About 9 months ago, you reported a bug to the Debian BTS regarding the
ATI driver powering an Apple Cinema display off when plugged to a Radeon
9200 through DVI. Did you reproduce this problem recently? With
Brice Goglin [EMAIL PROTECTED] writes:
Roger Leigh wrote:
On Tue, Jun 19, 2007 at 10:43:31PM +0200, Brice Goglin wrote:
About 9 months ago, you reported a bug to the Debian BTS regarding the
ATI driver powering an Apple Cinema display off when plugged to a Radeon
9200 through DVI. Did
Hi,
About 9 months ago, you reported a bug to the Debian BTS regarding the
ATI driver powering an Apple Cinema display off when plugged to a Radeon
9200 through DVI. Did you reproduce this problem recently? With
Xorg/Etch? With latest xserver-xorg-core and drivers? If not, I will
close this bug
Brice Goglin [EMAIL PROTECTED] writes:
About 9 months ago, you reported a bug to the Debian BTS regarding the
ATI driver powering an Apple Cinema display off when plugged to a Radeon
9200 through DVI. Did you reproduce this problem recently? With
Xorg/Etch? With latest xserver-xorg-core and
Benjamin Herrenschmidt [EMAIL PROTECTED] writes:
I found a solution to the problem. Adding
Option PanelSize 1680x1050
Option MonitorLayout TMDS,NONE
made the display work correctly. IIRC this was needed with XOrg 6.9,
but wasn't needed with 7.0 (because it was
On Thu, 2006-10-26 at 19:25 +0100, Roger Leigh wrote:
Benjamin Herrenschmidt [EMAIL PROTECTED] writes:
I found a solution to the problem. Adding
Option PanelSize 1680x1050
Option MonitorLayout TMDS,NONE
made the display work correctly. IIRC this was needed with
Benjamin Herrenschmidt [EMAIL PROTECTED] writes:
On Mon, 2006-09-25 at 11:25 +0100, Roger Leigh wrote:
Benjamin Herrenschmidt [EMAIL PROTECTED] writes:
What monitor model is it precisely ?
It's a 2005 Aluminium 20 Cinema Display. Model No. A1081 according
the bottom edge. It has
I found a solution to the problem. Adding
Option PanelSize 1680x1050
Option MonitorLayout TMDS,NONE
made the display work correctly. IIRC this was needed with XOrg 6.9,
but wasn't needed with 7.0 (because it was intelligent enough to
autodetect correctly?). This seems
On Sun, 2006-09-24 at 23:49 +0100, Roger Leigh wrote:
On Sat, Sep 23, 2006 at 06:39:57PM +0100, Roger Leigh wrote:
Michel Dänzer [EMAIL PROTECTED] writes:
xf86-video-ati-6_5_8_0 to
ati-6_6_2
?
Yes, although it might also make sense to try the current master and
ati-1-0-branch
On Mon, 2006-09-25 at 10:02 +0200, Michel Dänzer wrote:
Yes, although it might also make sense to try the current master and
ati-1-0-branch heads.
I tried this out. All revisions built OK, but all caused the monitor to
power off.
Installing the old xserver-xorg-core and
Benjamin Herrenschmidt [EMAIL PROTECTED] writes:
What monitor model is it precisely ?
It's a 2005 Aluminium 20 Cinema Display. Model No. A1081 according
the bottom edge. It has built-in USB and FireWire hubs and
touch-sensitive brightness and power buttons on the right-hand edge,
if that
On Mon, 2006-09-25 at 11:25 +0100, Roger Leigh wrote:
Benjamin Herrenschmidt [EMAIL PROTECTED] writes:
What monitor model is it precisely ?
It's a 2005 Aluminium 20 Cinema Display. Model No. A1081 according
the bottom edge. It has built-in USB and FireWire hubs and
touch-sensitive
On Sat, Sep 23, 2006 at 06:39:57PM +0100, Roger Leigh wrote:
Michel Dänzer [EMAIL PROTECTED] writes:
tags 389007 upstream
kthxbye
On Sat, 2006-09-23 at 10:33 +0100, Roger Leigh wrote:
I'll be happy to do any further testing.
Please try and track down the upstream change that
Package: xserver-xorg-video-ati
Version: 1:6.6.2-2
Severity: important
Hi,
Back when X.Org was introduced to unstable, there was a bug where when X
was started up, the DVI flat panel (Apple Cinema Display 20) went into
standby mode, and wouldn't come out. This could be worked around with
IIRC a
Processing commands for [EMAIL PROTECTED]:
tags 389007 upstream
Bug#389007: Regression: Radeon 9200 powers off Apple Cinema Display connected
via DVI
There were no tags set.
Tags added: upstream
kthxbye
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking
tags 389007 upstream
kthxbye
On Sat, 2006-09-23 at 10:33 +0100, Roger Leigh wrote:
I'll be happy to do any further testing.
Please try and track down the upstream change that caused this with
git-bisect.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre
Michel Dänzer [EMAIL PROTECTED] writes:
tags 389007 upstream
kthxbye
On Sat, 2006-09-23 at 10:33 +0100, Roger Leigh wrote:
I'll be happy to do any further testing.
Please try and track down the upstream change that caused this with
git-bisect.
To make sure I'm doing the right thing:
37 matches
Mail list logo
