Your message dated Fri, 22 Aug 2003 13:29:42 +0100 (BST)
with message-id <[EMAIL PROTECTED]>
and subject line bug resolved with upstream
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 2 Feb 2003 12:47:07 +0000
>From [EMAIL PROTECTED] Sun Feb 02 06:47:06 2003
Return-path: <[EMAIL PROTECTED]>
Received: from salmon.pepperfish.net [195.149.39.195]
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 18fJWb-0008Ca-00; Sun, 02 Feb 2003 06:47:05 -0600
Received: from localhost ([127.0.0.1])
by salmon.pepperfish.net with esmtp (Exim 3.35 #1 (Debian))
id 18fJWC-0005Ws-00
for <[EMAIL PROTECTED]>; Sun, 02 Feb 2003 12:46:40 +0000
Date: Sun, 2 Feb 2003 12:46:40 +0000 (GMT)
From: Vivek <[EMAIL PROTECTED]>
X-X-Sender: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: xserver-xfree86: buglet in modeline processing in r128_drv.o
Message-ID: <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-1782332633-133280896-1044190000=:11772"
X-Scanner: not scanned.
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-1.2 required=5.0
tests=SPAM_PHRASE_00_01,USER_AGENT_PINE
version=2.41
X-Spam-Level:
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
Send mail to [EMAIL PROTECTED] for more info.
---1782332633-133280896-1044190000=:11772
Content-Type: TEXT/PLAIN; charset=US-ASCII
Package: xserver-xfree86
Version: 4.1.0-16
Severity: normal
Hi - I noticed that the 4.1 r128_drv.o module was ignoring everything
except the X and Y resolutions of the modes in my X86Config file -
the module seems to grab just the X and Y resolutions, and throw
away all the other data, including the dotclock supplied by the user.
This means that you get misleading errors in your X logs as the module
silently throws away your dotclock and timings, substitutes its own
(often generating ridiculously high refresh rates) and the xserver
then rejects the mode as being out of range.
a) it dumps a list of known modes, with suitable dot clocks for a 60Hz
display, in your Xlogs
b) It respects your modeline, provided it meets the usual "monitor can
cope" requirements.
c) you get a more verbose commentary on which modes were accepted/rejected
and why.
On my thinkpad A20p this allows me to get at the lower resolution modes,
esp 720x576 @ 60Hz, which then allows me to get S-Video output going to
the TV. (Yay).
There's still a slight bug: switching modes often leaves the display
scrambled, but prodding the "lid closed" cutout switch cures this.
The 4.2 r128_driver.c appears to do pretty much the same thing wrt to
modelines.
Hope this is of some use.
############################################################################
01:00.0 VGA compatible controller: ATI Technologies Inc Rage Mobility M3 AGP
2x
(rev 02)
01:00.0 Class 0300: 1002:4c46 (rev 02)
# File generated by xf86config.
#
# Copyright (c) 1999 by The XFree86 Project, Inc.
#
# Permission is hereby granted, free of charge, to any person obtaining a
# copy of this software and associated documentation files (the "Software"),
# to deal in the Software without restriction, including without limitation
# the rights to use, copy, modify, merge, publish, distribute, sublicense,
# and/or sell copies of the Software, and to permit persons to whom the
# Software is furnished to do so, subject to the following conditions:
#
# The above copyright notice and this permission notice shall be included in
# all copies or substantial portions of the Software.
#
# THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
# IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
# FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
# THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,
# WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF
# OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
# SOFTWARE.
#
# Except as contained in this notice, the name of the XFree86 Project shall
# not be used in advertising or otherwise to promote the sale, use or other
# dealings in this Software without prior written authorization from the
# XFree86 Project.
#
# **********************************************************************
# Refer to the XF86Config(4/5) man page for details about the format of
# this file.
# **********************************************************************
# **********************************************************************
# Module section -- this section is used to specify
# which dynamically loadable modules to load.
# **********************************************************************
#
Section "Module"
# This loads the DBE extension module.
Load "dbe" # Double buffer extension
# This loads the miscellaneous extensions module, and disables
# initialisation of the XFree86-DGA extension within that module.
#SubSection "extmod"
# Option "omit xfree86-dga" # don't initialise the DGA extension
#EndSubSection
Load "extmod"
Load "xie"
#Load "pex5"
Load "glx"
Load "dri"
Load "GLcore"
Load "record"
Load "freetype"
Load "type1"
Load "speedo"
EndSection
# **********************************************************************
# Files section. This allows default font and rgb paths to be set
# **********************************************************************
Section "DRI"
Group "users"
Mode 0660
EndSection
Section "Files"
# The location of the RGB database. Note, this is the name of the
# file minus the extension (like ".txt" or ".db"). There is normally
# no need to change the default.
RgbPath "/usr/X11R6/lib/X11/rgb"
# Multiple FontPath entries are allowed (which are concatenated together),
# as well as specifying multiple comma-separated entries in one FontPath
# command (or a combination of both methods)
#
# If you don't have a floating point coprocessor and emacs, Mosaic or other
# programs take long to start up, try moving the Type1 and Speedo directory
# to the end of this list (or comment them out).
#
# FontPath "/usr/X11R6/lib/X11/fonts/local/"
FontPath "/usr/X11R6/lib/X11/fonts/misc/"
FontPath "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled"
FontPath "/usr/X11R6/lib/X11/fonts/100dpi/:unscaled"
FontPath "/usr/X11R6/lib/X11/fonts/Type1/"
FontPath "/usr/X11R6/lib/X11/fonts/Speedo/"
FontPath "/usr/X11R6/lib/X11/fonts/75dpi/"
FontPath "/usr/X11R6/lib/X11/fonts/100dpi/"
FontPath "/usr/X11R6/lib/X11/fonts/truetype/"
# The module search path. The default path is shown here.
# ModulePath "/usr/X11R6/lib/modules"
EndSection
# **********************************************************************
# Server flags section.
# **********************************************************************
Section "ServerFlags"
# Uncomment this to cause a core dump at the spot where a signal is
# received. This may leave the console in an unusable state, but may
# provide a better stack trace in the core dump to aid in debugging
# Option "NoTrapSignals"
# Uncomment this to disable the <Crtl><Alt><BS> server abort sequence
# This allows clients to receive this key event.
# Option "DontZap"
# Uncomment this to disable the <Crtl><Alt><KP_+>/<KP_-> mode switching
# sequences. This allows clients to receive these key events.
# Option "Dont Zoom"
# Uncomment this to disable tuning with the xvidtune client. With
# it the client can still run and fetch card and monitor attributes,
# but it will not be allowed to change them. If it tries it will
# receive a protocol error.
# Option "DisableVidModeExtension"
# Uncomment this to enable the use of a non-local xvidtune client.
# Option "AllowNonLocalXvidtune"
# Uncomment this to disable dynamically modifying the input device
# (mouse and keyboard) settings.
# Option "DisableModInDev"
# Uncomment this to enable the use of a non-local client to
# change the keyboard or mouse settings (currently only xset).
# Option "AllowNonLocalModInDev"
EndSection
# **********************************************************************
# Input devices
# **********************************************************************
# **********************************************************************
# Core keyboard's InputDevice section
# **********************************************************************
Section "InputDevice"
Identifier "Keyboard0"
Driver "Keyboard"
# For most OSs the protocol can be omitted (it defaults to "Standard").
# When using XQUEUE (only for SVR3 and SVR4, but not Solaris),
# uncomment the following line.
# Option "Protocol" "Xqueue"
Option "AutoRepeat" "500 30"
# Specify which keyboard LEDs can be user-controlled (eg, with xset(1))
# Option "Xleds" "1 2 3"
# Option "LeftAlt" "Meta"
# Option "RightAlt" "ModeShift"
# To customise the XKB settings to suit your keyboard, modify the
# lines below (which are the defaults). For example, for a non-U.S.
# keyboard, you will probably want to use:
# Option "XkbModel" "pc102"
# If you have a US Microsoft Natural keyboard, you can use:
# Option "XkbModel" "microsoft"
#
# Then to change the language, change the Layout setting.
# For example, a german layout can be obtained with:
# Option "XkbLayout" "de"
# or:
# Option "XkbLayout" "de"
# Option "XkbVariant" "nodeadkeys"
#
# If you'd like to switch the positions of your capslock and
# control keys, use:
# Option "XkbOptions" "ctrl:swapcaps"
# These are the default XKB settings for XFree86
# Option "XkbRules" "xfree86"
# Option "XkbModel" "pc101"
# Option "XkbLayout" "us"
# Option "XkbVariant" ""
# Option "XkbOptions" ""
# Option "XkbDisable"
Option "XkbRules" "xfree86"
Option "XkbModel" "pc102"
Option "XkbLayout" "gb"
EndSection
# **********************************************************************
# Core Pointer's InputDevice section
# **********************************************************************
Section "InputDevice"
# Identifier and driver
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "PS/2"
Option "Device" "/dev/psaux"
EndSection
# **********************************************************************
# Modes section
# **********************************************************************
# the r128 driver does not allow modes to be defined when an LCD is present
# you must use a built in mode. for this chipset, it is:
Section "Modes"
Identifier "narf"
ModeLine "720x576" 35.81 720 768 782 1008 576 576 579 592
ModeLine "1400x1050" 108.00 1400 1448 1462 1688 1050 1050 1053 1066
EndSection
# **********************************************************************
# Monitor section
# **********************************************************************
# Any number of monitor sections may be present
Section "Monitor"
Identifier "Monitor0"
Gamma 0.7
HorizSync 30-100
VertRefresh 50-100
UseModes "narf"
Option "NoDPMS"
EndSection
# **********************************************************************
# Graphics device section
# **********************************************************************
# Any number of graphics device sections may be present
# Standard VGA Device:
Section "Device"
Identifier "Card0"
Driver "r128"
VideoRam 16384
BusID "PCI:1:0:0"
EndSection
# **********************************************************************
# Screen sections
# **********************************************************************
# Any number of screen sections may be present. Each describes
# the configuration of a single screen. A single specific screen section
# may be specified from the X server command line with the "-screen"
# option.
Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
DefaultDepth 16
#Subsection "Display"
# Depth 8
# Modes "1400x1050"
# ViewPort 0 0
#EndSubsection
Subsection "Display"
Depth 16
Modes "1400x1050" "720x576"
ViewPort 0 0
EndSubsection
Subsection "Display"
Depth 24
Modes "1400x1050" "848x480" "720x576" "720x480" "512x384"
ViewPort 0 0
EndSubsection
EndSection
# **********************************************************************
# ServerLayout sections.
# **********************************************************************
# Any number of ServerLayout sections may be present. Each describes
# the way multiple screens are organised. A specific ServerLayout
# section may be specified from the X server command line with the
# "-layout" option. In the absence of this, the first section is used.
# When now ServerLayout section is present, the first Screen section
# is used alone.
Section "ServerLayout"
# The Identifier line must be present
Identifier "Simple Layout"
# Each Screen line specifies a Screen section name, and optionally
# the relative position of other screens. The four names after
# primary screen name are the screens to the top, bottom, left and right
# of the primary screen. In this example, screen 2 is located to the
# right of screen 1.
Screen "Screen0"
# Each InputDevice line specifies an InputDevice section name and
# optionally some options to specify the way the device is to be
# used. Those options include "CorePointer", "CoreKeyboard" and
# "SendCoreEvents".
InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
EndSection
-rw-r----- 1 root root 30332 Feb 2 11:59
/var/log/XFree86.0.log
-- System Information
Debian Release: 3.0
Kernel Version: Linux narf 2.4.20 #1 Tue Dec 24 22:15:29 GMT 2002 i686
unknown
Versions of the packages xserver-xfree86 depends on:
ii debconf 1.0.32 Debian configuration management system
ii libc6 2.2.5-11.2 GNU C Library: Shared libraries and Timezone
ii xserver-common 4.1.0-16 files and utilities common to all X servers
ii zlib1g 1.1.4-1 compression library - runtime
---1782332633-133280896-1044190000=:11772
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="r128_driver.c.patch"
Content-Transfer-Encoding: BASE64
Content-ID: <[EMAIL PROTECTED]>
Content-Description:
Content-Disposition: attachment; filename="r128_driver.c.patch"
LS0tIHIxMjhfZHJpdmVyLmRlYmlhbi1vcmlnLmMJU3VuIEZlYiAgMiAxMjoy
MzoxNCAyMDAzDQorKysgcjEyOF9kcml2ZXIuYwlTdW4gRmViICAyIDExOjU5
OjEyIDIwMDMNCkBAIC02MTYsNiArNjE2LDU2IEBADQogCX0NCiAgICAgfQ0K
IA0KKyAgICAvKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqDQorICAgICAq
IE9rLCBpZiB3ZSdyZSBvbiBhbiBMQ0QsIGR1bXAgdGhlIGF2YWlsYWJsZSBt
b2RlcywgYXNzdW1pbmcgdGhlIGZyZXEgICoNCisgICAgICogaXMgNjBIeiAo
IFJhZ2UgTW9iaWxpdHkgTTMgZm9yY2VzIHRoZSBkb3RjbG9jayB0byAxMDhN
aHogLSB0aGlzIGlzICAgKg0KKyAgICAgKiBub3QgcmVxdWlyZWQgb3IgdXN1
YWxseSBldmVuIGNvcnJlY3QgKSBPbmUgbm90ZTogV2hlbiBjaGFuZ2luZyBt
b2RlcywqDQorICAgICAqIGl0IG1heSBiZSBuZWNlc3NhcnkgdG8gY2xvc2Ug
dGhlIGxpZCBhbmQgcmVvcGVuIGl0LCBvciBhdCBsZWFzdCBwcm9kICoNCisg
ICAgICogdGhlIGxpZC1jbG9zZWQgY3V0b3V0IHN3aXRjaCAtIHRoaXMgc2Vl
bXMgdG8gd2FrZSB0aGUgY2hpcHNldCB1cCAgICAgKg0KKyAgICAgKiBwcm9w
ZXJseSAtIHRoZSBkaXNwbGF5IG1heSBiZSBzY3JhbWJsZWQgdGlsbCB5b3Ug
ZG8gdGhpcyAgICAgICAgICAgICAqDQorICAgICAqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKiovDQorICAgIGlmKCBpbmZvLT5IYXNQYW5lbFJlZ3MgICAg
ICAgICAgICAgICAgICAgICAgICAgJiYNCisJaW5mby0+QklPU0Rpc3BsYXkg
IT0gUjEyOF9CSU9TX0RJU1BMQVlfQ1JUICYmDQorICAgICAgICBpbmZvLT5W
QklPUyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICkNCisgICAg
ew0KKyAgICAgICAgaW50IGk7DQorCWZvciAoaSA9IGluZm8tPkZQQklPU3N0
YXJ0KzY0OyBSMTI4X0JJT1MxNihpKSAhPSAwOyBpICs9IDIpDQorICAgICAg
ICB7DQorICAgICAgICAgICAgZmxvYXQgY2xvY2s7DQorICAgICAgICAgICAg
aW50IGZyZXE7DQorICAgICAgICAgICAgaW50IGhkaXNwbCwgaHN5bmNzLCBo
c3luY2UsIGh0b3RhbDsNCisgICAgICAgICAgICBpbnQgdmRpc3BsLCB2c3lu
Y3MsIHZzeW5jZSwgdnRvdGFsOw0KKwkgICAgaW50IGogPSBSMTI4X0JJT1Mx
NihpKTsNCisgICAgICAgICAgICBpZiggUjEyOF9CSU9TMTYoais1KSApIHsg
aiAgPSBSMTI4X0JJT1MxNihqKzUpOyB9DQorICAgICAgICAgICAgZWxzZSAg
ICAgICAgICAgICAgICAgICB7IGogKz0gOTsgICAgICAgICAgICAgICAgfQ0K
Kw0KKyAgICAgICAgICAgIGNsb2NrICA9IChDQVJEMzIpUjEyOF9CSU9TMTYo
aikgKiAxMDsgICAgICAgICAgICANCisgICAgICAgICAgICBoZGlzcGwgPSAo
IChSMTI4X0JJT1MxNihqICsgMTApICYgMHgwMWZmICkgKyAxICkgKiA4Ow0K
KyAgICAgICAgICAgIGhzeW5jcyA9ICggKFIxMjhfQklPUzE2KGogKyAxMikg
JiAweDAxZmYgKSArIDEgKSAqIDg7DQorICAgICAgICAgICAgaHN5bmNlID0g
aHN5bmNzICsgKCBSMTI4X0JJT1M4KGogKyAxNCkgJiAweDFmICk7DQorICAg
ICAgICAgICAgaHRvdGFsID0gKCAoUjEyOF9CSU9TMTYoaiArIDgpICYgMHgw
MWZmKSArIDEgKSAqIDg7DQorICAgICAgICAgICAgdmRpc3BsID0gKCBSMTI4
X0JJT1MxNihqICsgMTcpICYgMHgwN2ZmICkgKyAxOw0KKyAgICAgICAgICAg
IHZzeW5jcyA9ICggUjEyOF9CSU9TMTYoaiArIDE5KSAmIDB4MDdmZiApICsg
MTsNCisgICAgICAgICAgICB2c3luY2UgPSB2c3luY3MgKyAoIChSMTI4X0JJ
T1MxNihqICsgMTkpID4+IDExKSAmIDB4MWYgKTsNCisgICAgICAgICAgICB2
dG90YWwgPSAoIFIxMjhfQklPUzE2KGogKyAxNSkgJiAweDA3ZmYgKSArIDE7
DQorICAgICAgICAgICAgLyogdGhyb3cgYXdheSB0aGUgY2xvY2ssIGl0J3Mg
dXN1YWxseSB3cm9uZyAqLw0KKyAgICAgICAgICAgIGZyZXEgICA9IDYwOyAv
KiByZWZyZXNoIHJhdGUsIEh6ICovDQorICAgICAgICAgICAgY2xvY2sgID0g
ZnJlcSAqIGh0b3RhbCAqIHZ0b3RhbCAvICAxMDAwOw0KKyAgICAgICAgICAg
IA0KKyAgICAgICAgICAgIHhmODZEcnZNc2coIHBTY3JuLT5zY3JuSW5kZXgs
IFhfUFJPQkVELA0KKyAgICAgICAgICAgICAgICAgICAgICAgICJWQklPUyBt
b2RlOiBcIiVkeCVkQCVkXCIiDQorICAgICAgICAgICAgICAgICAgICAgICAg
IiAlLjJmICVkICVkICVkICVkICVkICVkICVkICVkXG4iLA0KKyAgICAgICAg
ICAgICAgICAgICAgICAgIGhkaXNwbCwgdmRpc3BsLCBmcmVxICAsDQorICAg
ICAgICAgICAgICAgICAgICAgICAgKGNsb2NrIC8gMTAwMCksDQorICAgICAg
ICAgICAgICAgICAgICAgICAgaGRpc3BsLCBoc3luY3MsIGhzeW5jZSwgaHRv
dGFsICwNCisgICAgICAgICAgICAgICAgICAgICAgICB2ZGlzcGwsIHZzeW5j
cywgdnN5bmNlLCB2dG90YWwgKTsNCisgICAgICAgIH0NCisgICAgfQ0KKyAg
ICBlbHNlDQorICAgIHsNCisgICAgICAgIHhmODZEcnZNc2coIHBTY3JuLT5z
Y3JuSW5kZXgsIFhfUFJPQkVELCAiV2hlcmUncyB0aGUgQklPUz9cbiIgKTsN
CisgICAgfQ0KKyAgICANCiAgICAgcmV0dXJuIFRSVUU7DQogfQ0KIA0KQEAg
LTI4NTQsMTIgKzI5MDQsMTYgQEANCiANCiAJICAgIGlmIChtb2RlLT5DcnRj
SERpc3BsYXkgPT0gUjEyOF9CSU9TMTYoaikgJiYNCiAJCW1vZGUtPkNydGNW
RGlzcGxheSA9PSBSMTI4X0JJT1MxNihqKzIpKSB7DQorICAgICAgICAgICAg
ICAgIGludCBiaW9zX2NsayA9IDA7DQorICAgICAgICAgICAgICAgIA0KIAkJ
LyogQXNzdW1lIHdlIGFyZSB1c2luZyBleHBhbmRlZCBtb2RlICovDQogCQlp
ZiAoUjEyOF9CSU9TMTYoais1KSkgaiAgPSBSMTI4X0JJT1MxNihqKzUpOw0K
IAkJZWxzZSAgICAgICAgICAgICAgICAgIGogKz0gOTsNCiANCi0JCW1vZGUt
PkNsb2NrID0gKENBUkQzMilSMTI4X0JJT1MxNihqKSAqIDEwOw0KLQ0KKyAg
ICAgICAgICAgICAgICBiaW9zX2NsayA9IChDQVJEMzIpUjEyOF9CSU9TMTYo
aikgKiAxMDsNCisgICAgICAgICAgICAgICAgaWYoICFtb2RlLT5DbG9jayAp
DQorICAgICAgICAgICAgICAgICAgICBtb2RlLT5DbG9jayA9IGJpb3NfY2xr
Ow0KKyAgICAgICAgICAgICAgICANCiAJCW1vZGUtPkhEaXNwbGF5ICAgPSBt
b2RlLT5DcnRjSERpc3BsYXkgICA9DQogCQkgICAgKChSMTI4X0JJT1MxNihq
KzEwKSAmIDB4MDFmZikrMSkqODsNCiAJCW1vZGUtPkhTeW5jU3RhcnQgPSBt
b2RlLT5DcnRjSFN5bmNTdGFydCA9DQpAQCAtMjg3NywxMCArMjkzMSwyMyBA
QA0KIAkJICAgIG1vZGUtPkNydGNWU3luY1N0YXJ0ICsgKChSMTI4X0JJT1Mx
NihqKzE5KSA+PiAxMSkgJiAweDFmKTsNCiAJCW1vZGUtPlZUb3RhbCAgICAg
PSBtb2RlLT5DcnRjVlRvdGFsICAgICA9DQogCQkgICAgKFIxMjhfQklPUzE2
KGorMTUpICYgMHgwN2ZmKSsxOw0KLQ0KKyAgICAgICAgICAgICAgICB4Zjg2
RHJ2TXNnKCBwU2Nybi0+c2NybkluZGV4LCBYX0lORk8sDQorICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICJBVEkgVkJJT1MgQUNDRVBURUQgbW9kZSAl
ZHglZCAiDQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICIobGlzdGVk
OiBjbG9jayAlZCA8QklPUzolZD4sIChofHYpc3luYyAlZHwlZClcbiIsDQor
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIG1vZGUtPkNydGNIRGlzcGxh
eSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAsDQorICAgICAgICAg
ICAgICAgICAgICAgICAgICAgIG1vZGUtPkNydGNWRGlzcGxheSAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAsDQorICAgICAgICAgICAgICAgICAg
ICAgICAgICAgIG1vZGUtPkNsb2NrICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAsDQorICAgICAgICAgICAgICAgICAgICAgICAgICAg
IGJpb3NfY2xrICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAsDQorICAgICAgICAgICAgICAgICAgICAgICAgICAgIG1vZGUtPkNs
b2NrIC8gKCBtb2RlLT5IVG90YWwgICkgICAgICAgICAgICAgICAgICAsDQor
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICggbW9kZS0+Q2xvY2sgKiAx
MDAwICkgLw0KKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICggbW9k
ZS0+SFRvdGFsICogbW9kZS0+VlRvdGFsICkgICAgICAgICAgICAgICAgKTsN
CiAJCXJldHVybiBNT0RFX09LOw0KIAkgICAgfQ0KIAl9DQorICAgICAgICB4
Zjg2RHJ2TXNnKCBwU2Nybi0+c2NybkluZGV4LCBYX0lORk8sDQorICAgICAg
ICAgICAgICAgICAgICAiQVRJIFZCSU9TIFJFSkVDVEVEIG1vZGUgJWR4JWQg
KG5vdCBsaXN0ZWQpXG4iLA0KKyAgICAgICAgICAgICAgICAgICAgbW9kZS0+
Q3J0Y0hEaXNwbGF5ICAgICAsDQorICAgICAgICAgICAgICAgICAgICBtb2Rl
LT5DcnRjVkRpc3BsYXkgICAgICk7DQogCXJldHVybiBNT0RFX05PTU9ERTsN
CiAgICAgfQ0KIA0K
---1782332633-133280896-1044190000=:11772--
---------------------------------------
Received: (at 179455-done) by bugs.debian.org; 22 Aug 2003 12:30:04 +0000
>From [EMAIL PROTECTED] Fri Aug 22 07:29:58 2003
Return-path: <[EMAIL PROTECTED]>
Received: from salmon.pepperfish.net [195.149.39.195]
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 19qB3F-00019t-00; Fri, 22 Aug 2003 07:29:57 -0500
Received: from localhost ([127.0.0.1])
by salmon.pepperfish.net with esmtp (Exim 3.35 #1 (Debian))
id 19qB31-0004Dc-00
for <[EMAIL PROTECTED]>; Fri, 22 Aug 2003 13:29:43 +0100
Date: Fri, 22 Aug 2003 13:29:42 +0100 (BST)
From: Vivek <[EMAIL PROTECTED]>
X-X-Sender: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: bug resolved with upstream
Message-ID: <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Scanner: not scanned.
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-2.0 required=4.0
tests=USER_AGENT_PINE
version=2.53-bugs.debian.org_2003_8_17
X-Spam-Level:
X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_8_17
(1.174.2.15-2003-03-30-exp)
The problem was resolved upstream by including some better
( ie some ) diagnostic reporting in XFree86.0.log when the
driver in question rejects modelines. The dotclock locking
looks like it was necessary(ish) but at least this way the
user gets an indication of what's going on.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
