Processed: Re: Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tag 234066 - help
Bug#234066: xserver-xfree86: [ati/radeon] driver ignores HorizSync and 
VertRefresh settings from XF86Config-4 file with single-head config on Radeon 
Mobility M6 LY rev 0
Tags were: help upstream
Tags removed: help

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly

[Luke Schierer]

my ati radeon Mobility M6 LY rev 0 card hooked up to a single Gateway 
EV500 did not pay attention to the horizontal and vertical sync rates 
specified in the XF86Config-4 file resulting in its defaulting to a very 
low resolution.  This appears to have happened because it defaulted to 
thinking there were two monitors.  The solution was to add the line
Option  "MonitorLayout" "CRT,NONE"
in the "Device" Section of your XF86Config-4 file to tell the driver to 
force it to expect only one monitor and react accordingly.




On Tue, Mar 16, 2004 at 04:59:40AM -0500, Branden Robinson wrote:
> On Mon, Mar 15, 2004 at 07:29:58PM +0100, Michel D?nzer wrote:
> > On Mon, 2004-03-15 at 06:18, Luke Schierer wrote:
> > > yay! you rock! that works. thank you very much :-)
> > 
> > Glad it's working. I defer to yours and Branden's judgement on how to
> > proceed with this bug.
> 
> I think it can probably be closed, but I'd like to do so with a coherent
> summary of what the problem was, because I've gotten a bit lost in all
> the discussion and with the various blind alleys we've been down with
> this bug.
> 
> I'd like to see something of the form:
> 
> PROBLEM: My  hooked up to a  didn't .
> 
> SOLUTION: The radeon driver .  The default is to , so you
> have to put the line
>   Option  "MonitorLayout" "CRT,NONE"
> in the "Device" Section of your XF86Config-4 file to tell the driver to
>  instead of .
> 
> Can you guys fill in the blanks, please?  I'm thinking Mr. Schierer can
> better fill in the problem statement, and Mr. D?nzer the solution.
> 
> -- 
> G. Branden Robinson|I've made up my mind.  Don't try to
> Debian GNU/Linux   |confuse me with the facts.
> [EMAIL PROTECTED] |-- Indiana Senator Earl Landgrebe
> http://people.debian.org/~branden/ |



-- 
-This email is made of 100% recycled electrons.

Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly

[Michel Dänzer]

On Tue, 2004-03-16 at 10:59, Branden Robinson wrote:
> On Mon, Mar 15, 2004 at 07:29:58PM +0100, Michel Dänzer wrote:
> > On Mon, 2004-03-15 at 06:18, Luke Schierer wrote:
> > > yay! you rock! that works. thank you very much :-)
> > 
> > Glad it's working. I defer to yours and Branden's judgement on how to
> > proceed with this bug.
> 
> I think it can probably be closed, but I'd like to do so with a coherent
> summary of what the problem was, because I've gotten a bit lost in all
> the discussion and with the various blind alleys we've been down with
> this bug.

The radeon driver incorrectly detected two monitors, so the Monitor
Section didn't apply to the single connected monitor as expected. The
workaround is to override the monitor detection with Option
"MonitorLayout".


-- 
Earthling Michel Dänzer  | Debian (powerpc), X and DRI developer
Libre software enthusiast|   http://svcs.affero.net/rm.php?r=daenzer

Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly

[Branden Robinson]

On Mon, Mar 15, 2004 at 07:29:58PM +0100, Michel Dänzer wrote:
> On Mon, 2004-03-15 at 06:18, Luke Schierer wrote:
> > yay! you rock! that works. thank you very much :-)
> 
> Glad it's working. I defer to yours and Branden's judgement on how to
> proceed with this bug.

I think it can probably be closed, but I'd like to do so with a coherent
summary of what the problem was, because I've gotten a bit lost in all
the discussion and with the various blind alleys we've been down with
this bug.

I'd like to see something of the form:

PROBLEM: My  hooked up to a  didn't .

SOLUTION: The radeon driver .  The default is to , so you
have to put the line
  Option  "MonitorLayout" "CRT,NONE"
in the "Device" Section of your XF86Config-4 file to tell the driver to
 instead of .

Can you guys fill in the blanks, please?  I'm thinking Mr. Schierer can
better fill in the problem statement, and Mr. Dänzer the solution.

-- 
G. Branden Robinson|I've made up my mind.  Don't try to
Debian GNU/Linux   |confuse me with the facts.
[EMAIL PROTECTED] |-- Indiana Senator Earl Landgrebe
http://people.debian.org/~branden/ |


signature.asc
Description: Digital signature

Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly

[Michel Dänzer]

On Mon, 2004-03-15 at 06:18, Luke Schierer wrote:
> yay! you rock! that works. thank you very much :-)

Glad it's working. I defer to yours and Branden's judgement on how to
proceed with this bug.


-- 
Earthling Michel Dänzer  | Debian (powerpc), X and DRI developer
Libre software enthusiast|   http://svcs.affero.net/rm.php?r=daenzer

Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly

[Luke Schierer]

yay! you rock! that works. thank you very much :-)
luke



On Sun, Mar 14, 2004 at 12:45:11PM +0100, Michel D?nzer wrote:
> On Sun, 2004-03-14 at 06:30, Luke Schierer wrote:
> > No, it is not correct. I only have a single monitor. 
> 
> Try
> 
>   Option  "MonitorLayout" "CRT,NONE"
> 
> then.
> 
> 
> -- 
> Earthling Michel D??nzer  | Debian (powerpc), X and DRI developer
> Libre software enthusiast|   http://svcs.affero.net/rm.php?r=daenzer
> 
> 

-- 
-This email is made of 100% recycled electrons.

Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly

[Michel Dänzer]

On Sun, 2004-03-14 at 06:30, Luke Schierer wrote:
> No, it is not correct. I only have a single monitor. 

Try

Option  "MonitorLayout" "CRT,NONE"

then.


-- 
Earthling Michel Dänzer  | Debian (powerpc), X and DRI developer
Libre software enthusiast|   http://svcs.affero.net/rm.php?r=daenzer

Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly

[Luke Schierer]

No, it is not correct. I only have a single monitor. 
luke

On Sun, Mar 14, 2004 at 01:35:20AM +0100, Michel D?nzer wrote:
> On Sat, 2004-03-13 at 19:14, Luke Schierer wrote:
> > Any news on this bug? I've seen a few updates to this package, but 
> > nothing that helps me.  I'm looking at downgrading my xserver to the 
> > version from testing because after having to restart my computer with a 
> > power failure, this verion of x is less than truely usable. 
> 
> Looks similar to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=233924
> to me; the driver detects two monitors, is that correct?
> 
> 
> -- 
> Earthling Michel D??nzer  | Debian (powerpc), X and DRI developer
> Libre software enthusiast|   http://svcs.affero.net/rm.php?r=daenzer
> 
> 
> 

-- 
-This email is made of 100% recycled electrons.

Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly

[Michel Dänzer]

On Sat, 2004-03-13 at 19:14, Luke Schierer wrote:
> Any news on this bug? I've seen a few updates to this package, but 
> nothing that helps me.  I'm looking at downgrading my xserver to the 
> version from testing because after having to restart my computer with a 
> power failure, this verion of x is less than truely usable. 

Looks similar to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=233924
to me; the driver detects two monitors, is that correct?


-- 
Earthling Michel Dänzer  | Debian (powerpc), X and DRI developer
Libre software enthusiast|   http://svcs.affero.net/rm.php?r=daenzer

Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly

[Luke Schierer]

Any news on this bug? I've seen a few updates to this package, but 
nothing that helps me.  I'm looking at downgrading my xserver to the 
version from testing because after having to restart my computer with a 
power failure, this verion of x is less than truely usable. 

luke
-- 
-This email is made of 100% recycled electrons.

Processed: Re: Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> unmerge 234066
Bug#234066: xserver-xfree86: [ati/radeon] driver ignores HorizSync and 
VertRefresh settings from XF86Config-4 file on secondary head of Radeon 
Mobility M6 LY rev 0
Bug#233924: xserver-xfree86: [ati/radeon] driver ignores HorizSync and 
VertRefresh settings from XF86Config-4 file on secondary head of Radeon 
Mobility M6 LY rev 0
Disconnected #234066 from all other report(s).

> retitle 234066 xserver-xfree86: [ati/radeon] driver ignores HorizSync and 
> VertRefresh settings from XF86Config-4 file with single-head config on Radeon 
> Mobility M6 LY rev 0
Bug#234066: xserver-xfree86: [ati/radeon] driver ignores HorizSync and 
VertRefresh settings from XF86Config-4 file on secondary head of Radeon 
Mobility M6 LY rev 0
Changed Bug title.
(By the way, that Bug is currently marked as done.)

> reopen 234066
Bug#234066: xserver-xfree86: [ati/radeon] driver ignores HorizSync and 
VertRefresh settings from XF86Config-4 file with single-head config on Radeon 
Mobility M6 LY rev 0
Bug reopened, originator not changed.

> tag 234066 + help
Bug#234066: xserver-xfree86: [ati/radeon] driver ignores HorizSync and 
VertRefresh settings from XF86Config-4 file with single-head config on Radeon 
Mobility M6 LY rev 0
Tags were: upstream
Tags added: help

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly

[Branden Robinson]

unmerge 234066
retitle 234066 xserver-xfree86: [ati/radeon] driver ignores HorizSync and 
VertRefresh settings from XF86Config-4 file with single-head config on Radeon 
Mobility M6 LY rev 0
reopen 234066
tag 234066 + help
thanks

On Wed, Feb 25, 2004 at 12:36:30AM -0500, Luke Schierer wrote:
> Um, i really really don't like this as you merged it into a closed bug, 
> and my problem isn't fixed at all. that bug got fixed by changing to use 
> clone lines, but would that apply to me, with my single monitor system? 

Sorry; I did not understand that you were using a single-head setup.

Reopening and unmerging.

-- 
G. Branden Robinson|One man's theology is another man's
Debian GNU/Linux   |belly laugh.
[EMAIL PROTECTED] |-- Robert Heinlein
http://people.debian.org/~branden/ |


signature.asc
Description: Digital signature

Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly

[Luke Schierer]

Um, i really really don't like this as you merged it into a closed bug, 
and my problem isn't fixed at all. that bug got fixed by changing to use 
clone lines, but would that apply to me, with my single monitor system? 

luke

On Tue, Feb 24, 2004 at 06:30:55PM -0500, Branden Robinson wrote:
> retitle 234066 xserver-xfree86: [ati/radeon] driver ignores HorizSync and 
> VertRefresh settings from XF86Config-4 file on secondary head of Radeon 
> Mobility M6 LY rev 0
> close 234066
> tag 234066 - help
> merge 234066 233924
> thanks
> 
> This bug is a duplicate of #233924, and I am closing it.
> 
> Please see http://bugs.debian.org/233924 > for the resolution of
> this problem.
> 
> -- 
> G. Branden Robinson|  The noble soul has reverence for
> Debian GNU/Linux   |  itself.
> [EMAIL PROTECTED] |  -- Friedrich Nietzsche
> http://people.debian.org/~branden/ |



-- 
-This email is made of 100% recycled electrons.

Processed: Re: Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> retitle 234066 xserver-xfree86: [ati/radeon] driver ignores HorizSync and 
> VertRefresh settings from XF86Config-4 file on secondary head of Radeon 
> Mobility M6 LY rev 0
Bug#234066: xserver-xfree86: [ati/radeon] driver ignoring configured HorizSync 
and VertRefresh on Radeon RV100 QY [Radeon 7000/VE] rev 0
Changed Bug title.

> close 234066
Bug#234066: xserver-xfree86: [ati/radeon] driver ignores HorizSync and 
VertRefresh settings from XF86Config-4 file on secondary head of Radeon 
Mobility M6 LY rev 0
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug closed, send any further explanations to Luke Schierer <[EMAIL PROTECTED]>

> tag 234066 - help
Bug#234066: xserver-xfree86: [ati/radeon] driver ignores HorizSync and 
VertRefresh settings from XF86Config-4 file on secondary head of Radeon 
Mobility M6 LY rev 0
Tags were: help upstream
Tags removed: help

> merge 234066 233924
Bug#233924: xserver-xfree86: [ati/radeon] driver ignores HorizSync and 
VertRefresh settings from XF86Config-4 file on secondary head of Radeon 
Mobility M6 LY rev 0
Bug#234066: xserver-xfree86: [ati/radeon] driver ignores HorizSync and 
VertRefresh settings from XF86Config-4 file on secondary head of Radeon 
Mobility M6 LY rev 0
Merged 233924 234066.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly

[Branden Robinson]

retitle 234066 xserver-xfree86: [ati/radeon] driver ignores HorizSync and 
VertRefresh settings from XF86Config-4 file on secondary head of Radeon 
Mobility M6 LY rev 0
close 234066
tag 234066 - help
merge 234066 233924
thanks

This bug is a duplicate of #233924, and I am closing it.

Please see http://bugs.debian.org/233924 > for the resolution of
this problem.

-- 
G. Branden Robinson|  The noble soul has reverence for
Debian GNU/Linux   |  itself.
[EMAIL PROTECTED] |  -- Friedrich Nietzsche
http://people.debian.org/~branden/ |


signature.asc
Description: Digital signature

Processed: Re: Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> retitle 234066 xserver-xfree86: [ati/radeon] driver ignoring configured 
> HorizSync and VertRefresh on Radeon RV100 QY [Radeon 7000/VE] rev 0
Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly
Changed Bug title.

> severity 234066 normal
Bug#234066: xserver-xfree86: [ati/radeon] driver ignoring configured HorizSync 
and VertRefresh on Radeon RV100 QY [Radeon 7000/VE] rev 0
Severity set to `normal'.

> tag 234066 + upstream help
Bug#234066: xserver-xfree86: [ati/radeon] driver ignoring configured HorizSync 
and VertRefresh on Radeon RV100 QY [Radeon 7000/VE] rev 0
There were no tags set.
Tags added: upstream, help

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly

[Branden Robinson]

retitle 234066 xserver-xfree86: [ati/radeon] driver ignoring configured 
HorizSync and VertRefresh on Radeon RV100 QY [Radeon 7000/VE] rev 0
severity 234066 normal
tag 234066 + upstream help
thanks

On Mon, Feb 23, 2004 at 11:41:44AM -0500, Luke Schierer wrote:
> here you go. I'm sending XFree86.1.log as its top lines talk about 
> 4.3.0.1 while the top lines of the .0.log are the 4.2 that i've 
> refrained from exiting while this problem remains unsolved.

Okay, I think I see the problem.  The Radeon sub-module is probing your
monitor, and throwing away the monitor configuration data you have
specified.  Not good.

Also not the first report I've seen of this.

I've extracted what I think are the relevant parts of your XFree86 X
server log file below.

[ debian-x:

Uh, Michel, can you help out here?  It's pretty awful to have the driver
throw away the monitor sync range config in favor of 28-33 kHz and 43-72
Hz. ]

> (--) PCI:*(1:0:0) ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE] rev 
> 0, Mem @ 0xd000/27, 0xdfef/16, I/O @ 0x7800/8, BIOS @ 0xdfec/17
[...]
> (II) ATI: ATI driver (version 6.4.18) for chipsets: ati, ativga
> (II) R128: Driver for ATI Rage 128 chipsets:
>   ATI Rage 128 Mobility M3 LE (PCI), ATI Rage 128 Mobility M3 LF (AGP),
>   ATI Rage 128 Mobility M4 MF (AGP), ATI Rage 128 Mobility M4 ML (AGP),
>   ATI Rage 128 Pro GL PA (AGP?), ATI Rage 128 Pro GL PB (AGP?),
>   ATI Rage 128 Pro GL PC (AGP?), ATI Rage 128 Pro GL PD (PCI),
>   ATI Rage 128 Pro GL PE (AGP?), ATI Rage 128 Pro GL PF (AGP),
>   ATI Rage 128 Pro VR PG (AGP?), ATI Rage 128 Pro VR PH (AGP?),
>   ATI Rage 128 Pro VR PI (AGP?), ATI Rage 128 Pro VR PJ (AGP?),
>   ATI Rage 128 Pro VR PK (AGP?), ATI Rage 128 Pro VR PL (AGP?),
>   ATI Rage 128 Pro VR PM (AGP?), ATI Rage 128 Pro VR PN (AGP?),
>   ATI Rage 128 Pro VR PO (AGP?), ATI Rage 128 Pro VR PP (PCI),
>   ATI Rage 128 Pro VR PQ (AGP?), ATI Rage 128 Pro VR PR (PCI),
>   ATI Rage 128 Pro VR PS (AGP?), ATI Rage 128 Pro VR PT (AGP?),
>   ATI Rage 128 Pro VR PU (AGP?), ATI Rage 128 Pro VR PV (AGP?),
>   ATI Rage 128 Pro VR PW (AGP?), ATI Rage 128 Pro VR PX (AGP?),
>   ATI Rage 128 GL RE (PCI), ATI Rage 128 GL RF (AGP),
>   ATI Rage 128 RG (AGP), ATI Rage 128 VR RK (PCI),
>   ATI Rage 128 VR RL (AGP), ATI Rage 128 4X SE (AGP?),
>   ATI Rage 128 4X SF (AGP?), ATI Rage 128 4X SG (AGP?),
>   ATI Rage 128 4X SH (AGP?), ATI Rage 128 4X SK (AGP?),
>   ATI Rage 128 4X SL (AGP?), ATI Rage 128 4X SM (AGP),
>   ATI Rage 128 4X SN (AGP?), ATI Rage 128 Pro ULTRA TF (AGP),
>   ATI Rage 128 Pro ULTRA TL (AGP), ATI Rage 128 Pro ULTRA TR (AGP),
>   ATI Rage 128 Pro ULTRA TS (AGP?), ATI Rage 128 Pro ULTRA TT (AGP?),
>   ATI Rage 128 Pro ULTRA TU (AGP?)
> (II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon QD (AGP),
>   ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP),
>   ATI Radeon VE/7000 QY (AGP), ATI Radeon VE/7000 QZ (AGP),
>   ATI Radeon Mobility M7 LW (AGP),
>   ATI Mobility FireGL 7800 M7 LX (AGP),
>   ATI Radeon Mobility M6 LY (AGP), ATI Radeon Mobility M6 LZ (AGP),
>   ATI Radeon IGP320 (A3) 4136, ATI Radeon IGP320M (U1) 4336,
>   ATI Radeon IGP330/340/350 (A4) 4137,
>   ATI Radeon IGP330M/340M/350M (U2) 4337,
>   ATI FireGL 8700/8800 QH (AGP), ATI Radeon 8500 QI (AGP),
>   ATI Radeon 8500 QJ (AGP), ATI Radeon 8500 QK (AGP),
>   ATI Radeon 8500 QL (AGP), ATI Radeon 9100 QM (AGP),
>   ATI Radeon 8500 QN (AGP), ATI Radeon 8500 QO (AGP),
>   ATI Radeon 8500 Qh (AGP), ATI Radeon 8500 Qi (AGP),
>   ATI Radeon 8500 Qj (AGP), ATI Radeon 8500 Qk (AGP),
>   ATI Radeon 8500 Ql (AGP), ATI Radeon 8500 BB (AGP),
>   ATI Radeon 7500 QW (AGP), ATI Radeon 7500 QX (AGP),
>   ATI Radeon 9000 Id (AGP), ATI Radeon 9000 Ie (AGP),
>   ATI Radeon 9000 If (AGP), ATI Radeon 9000 Ig (AGP),
>   ATI Radeon Mobility M9 Ld (AGP), ATI Radeon Mobility M9 Le (AGP),
>   ATI Radeon Mobility M9 Lf (AGP), ATI Radeon Mobility M9 Lg (AGP),
>   ATI Radeon 9200 5960 (AGP), ATI Radeon 9200 5961 (AGP),
>   ATI Radeon 9200 5962 (AGP), ATI Radeon 9200 5963 (AGP),
>   ATI Radeon 9200 5964 (AGP), ATI Radeon M9+ 5968 (AGP),
>   ATI Radeon Mobility 9200 (M9+) 5C61 (AGP),
>   ATI Radeon Mobility 9200 (M9+) 5C63 (AGP), ATI Radeon M9+ 5969 (AGP),
>   ATI Radeon M9+ 596A (AGP), ATI Radeon M9+ 596B (AGP),
>   ATI Radeon 9500 AD (AGP), ATI Radeon 9500 AE (AGP),
>   ATI Radeon 9500 AF (AGP), ATI FireGL Z1/X1 AG (AGP),
>   ATI Radeon 9700 Pro ND (AGP), ATI Radeon 9700/9500Pro NE (AGP),
>   ATI Radeon 9700 NF (AGP), ATI FireGL X1 NG (AGP)
> (II) Primary Device is: PCI 01:00:0
> (II) ATI:  Candidate "Device" section "ATI Technologies, Inc. Radeon VE [QY]".
> (--) Assigning device section with no busID to primary device
> (--) Chipset ATI Radeon VE/7000 QY (AGP) found
> (II) resource ranges after xf86Clai

Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly

[Luke Schierer]

here you go. I'm sending XFree86.1.log as its top lines talk about 
4.3.0.1 while the top lines of the .0.log are the 4.2 that i've 
refrained from exiting while this problem remains unsolved.

luke




On Mon, Feb 23, 2004 at 11:15:13AM -0500, Branden Robinson wrote:
> On Mon, Feb 23, 2004 at 07:49:38AM -0500, Luke Schierer wrote:
> > Okay, so now I have my XF86Config-4 automatically managed again, and it 
> > still hasn't solved the root problem:  I only looked at having it 
> > re-written thinking something had changed and that re-writting it from 
> > the config would get it so that i can control my resolution again.  With 
> > the config file as pasted in my first report by reportbug, I have a 
> > desktop that is 209 characters wide in a very small font, I'm not sure 
> > which of the following resolutions I'm running as I know I've hit 
> > control-alt-- or control-alt-+ at least once: "1600x1200" "1280x1024" 
> > "1280x960" "1152x864".   however, with either that config file or the 
> > one that dpkg-reconfigure is now generating both with and without using 
> > the kernel frame buffer device (not sure if that is relevent), I'm 
> > getting a desktop which is about 227 characters wide, but which i can 
> > only see approx 88 of them at a time. pressing control-alt-- and 
> > control-alt-+ do not have any visisble affect on the size of the windows 
> > (gkrellm, the aterm i'd opened to measure the size with, and the few 
> > dock apps that start do not change apparance).  
> > 
> > I do not see anything in the faq you have pasted the url to below about 
> > this.  It covers things for nvidia drivers and another kind, m 
> > something, neither of which I'm using, but nothing about the ati 
> > drivers that you all provide. 
> 
> Okay, now would be a good time to send along the XFree86.0.log file you
> deleted from your original report.
> 
> Please mail it to <[EMAIL PROTECTED]>.
> 
> -- 
> G. Branden Robinson|For every credibility gap, there is
> Debian GNU/Linux   |a gullibility fill.
> [EMAIL PROTECTED] |-- Richard Clopton
> http://people.debian.org/~branden/ |



-- 
-This email is made of 100% recycled electrons.

This is a pre-release version of XFree86, and is not supported in any
way.  Bugs may be reported to XFree86@XFree86.Org and patches submitted
to [EMAIL PROTECTED]  Before reporting bugs in pre-release versions,
please check the latest version in the XFree86 CVS repository
(http://www.XFree86.Org/cvs).

XFree86 Version 4.3.0.1 (Debian 4.3.0-2 20040218145349 [EMAIL PROTECTED])
Release Date: 15 August 2003
X Protocol Version 11, Revision 0, Release 6.6
Build Operating System: Linux 2.4.23-1-k7 i686 [ELF] 
Build Date: 18 February 2004
Before reporting problems, check http://www.XFree86.Org/
to make sure that you have the latest version.
Module Loader present
OS Kernel: Linux version 2.4.18-bf2.4-xfs ([EMAIL PROTECTED]) (gcc version 
2.95.4 20011002 (Debian prerelease)) #1 Son Jul 14 09:40:39 CEST 2002 T
Markers: (--) probed, (**) from config file, (==) default setting,
 (++) from command line, (!!) notice, (II) informational,
 (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/XFree86.1.log", Time: Mon Feb 23 07:38:33 2004
(==) Using config file: "/etc/X11/XF86Config-4"
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "Xdebc Monitor"
(**) |   |-->Device "ATI Technologies, Inc. Radeon VE [QY]"
(**) |-->Input Device "Generic Keyboard"
(**) Option "XkbRules" "xfree86"
(**) XKB: rules: "xfree86"
(**) Option "XkbModel" "pc104"
(**) XKB: model: "pc104"
(**) Option "XkbLayout" "us"
(**) XKB: layout: "us"
(==) Keyboard: CustomKeycode disabled
(**) |-->Input Device "Configured Mouse"
(**) |-->Input Device "Generic Mouse"
(WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/lib/X11/fonts/CID" does not exist.
Entry deleted from font path.
(**) FontPath set to 
"unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi"
(==) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(==) ModulePath set to "/usr/X11R6/lib/modules"
(--) using VT number 8

(II) Open APM successful
(II) Module ABI versions:
XFree86 ANSI C Emulation: 0.2
XFree86 Video Driver: 0.6
XFree86 XInput driver : 0.4
XFree86 Server Extension : 0.2
XFree86 Font Renderer : 0.4
(II) Loader running on linux
(II) LoadModule: "bitmap"
(II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a
(II) Module bitmap: vendor="The XFree86 Project"
compiled for 4.3.0.1, module version = 1.0.0
Module class: XFree86 Font Renderer
ABI class: XFree86 Font Renderer, version 0.4
(II) Loading font Bitmap
(II) LoadModu

Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly

[Branden Robinson]

On Mon, Feb 23, 2004 at 07:49:38AM -0500, Luke Schierer wrote:
> Okay, so now I have my XF86Config-4 automatically managed again, and it 
> still hasn't solved the root problem:  I only looked at having it 
> re-written thinking something had changed and that re-writting it from 
> the config would get it so that i can control my resolution again.  With 
> the config file as pasted in my first report by reportbug, I have a 
> desktop that is 209 characters wide in a very small font, I'm not sure 
> which of the following resolutions I'm running as I know I've hit 
> control-alt-- or control-alt-+ at least once: "1600x1200" "1280x1024" 
> "1280x960" "1152x864".   however, with either that config file or the 
> one that dpkg-reconfigure is now generating both with and without using 
> the kernel frame buffer device (not sure if that is relevent), I'm 
> getting a desktop which is about 227 characters wide, but which i can 
> only see approx 88 of them at a time. pressing control-alt-- and 
> control-alt-+ do not have any visisble affect on the size of the windows 
> (gkrellm, the aterm i'd opened to measure the size with, and the few 
> dock apps that start do not change apparance).  
> 
> I do not see anything in the faq you have pasted the url to below about 
> this.  It covers things for nvidia drivers and another kind, m 
> something, neither of which I'm using, but nothing about the ati 
> drivers that you all provide. 

Okay, now would be a good time to send along the XFree86.0.log file you
deleted from your original report.

Please mail it to <[EMAIL PROTECTED]>.

-- 
G. Branden Robinson|For every credibility gap, there is
Debian GNU/Linux   |a gullibility fill.
[EMAIL PROTECTED] |-- Richard Clopton
http://people.debian.org/~branden/ |


signature.asc
Description: Digital signature

Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly

[Luke Schierer]

Okay, so now I have my XF86Config-4 automatically managed again, and it 
still hasn't solved the root problem:  I only looked at having it 
re-written thinking something had changed and that re-writting it from 
the config would get it so that i can control my resolution again.  With 
the config file as pasted in my first report by reportbug, I have a 
desktop that is 209 characters wide in a very small font, I'm not sure 
which of the following resolutions I'm running as I know I've hit 
control-alt-- or control-alt-+ at least once: "1600x1200" "1280x1024" 
"1280x960" "1152x864".   however, with either that config file or the 
one that dpkg-reconfigure is now generating both with and without using 
the kernel frame buffer device (not sure if that is relevent), I'm 
getting a desktop which is about 227 characters wide, but which i can 
only see approx 88 of them at a time. pressing control-alt-- and 
control-alt-+ do not have any visisble affect on the size of the windows 
(gkrellm, the aterm i'd opened to measure the size with, and the few 
dock apps that start do not change apparance).  

I do not see anything in the faq you have pasted the url to below about 
this.  It covers things for nvidia drivers and another kind, m 
something, neither of which I'm using, but nothing about the ati 
drivers that you all provide. 

luke

On Mon, Feb 23, 2004 at 02:55:41AM -0500, Branden Robinson wrote:
> On Mon, Feb 23, 2004 at 12:38:01AM -0500, Luke Schierer wrote:
> > no i did not notice that particular entry, it does not however help. I 
> > do not seem to have a XF86Config-4.dpkg-old file to revert to, so if I'm 
> > reading that right, i'm just sol, and i'd have to uninstall and 
> > reinstall xserver-xfree86 (and everything that depends on it) to get 
> > debconf to manage it again? if that's the case, that sounds like a bug 
> > in and of itself. 
> 
> No, things aren't that bad; please see the FAQ.
> 
> > > See the Debian X FAQ at  
> > > or in
> > > the file /usr/share/doc/xfree86-common/FAQ.gz after this upgrade is
> > > complete for more information on the Debian XFree86 packages' new 
> > > method
> > > of handling these configuration files.
> 
> -- 
> G. Branden Robinson|  Don't ask the barber whether you
> Debian GNU/Linux   |  need a haircut.
> [EMAIL PROTECTED] |  -- Daniel S. Greenberg
> http://people.debian.org/~branden/ |



-- 
-This email is made of 100% recycled electrons.

Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly

[Branden Robinson]

On Mon, Feb 23, 2004 at 12:38:01AM -0500, Luke Schierer wrote:
> no i did not notice that particular entry, it does not however help. I 
> do not seem to have a XF86Config-4.dpkg-old file to revert to, so if I'm 
> reading that right, i'm just sol, and i'd have to uninstall and 
> reinstall xserver-xfree86 (and everything that depends on it) to get 
> debconf to manage it again? if that's the case, that sounds like a bug 
> in and of itself. 

No, things aren't that bad; please see the FAQ.

> > See the Debian X FAQ at  or 
> > in
> > the file /usr/share/doc/xfree86-common/FAQ.gz after this upgrade is
> > complete for more information on the Debian XFree86 packages' new method
> > of handling these configuration files.

-- 
G. Branden Robinson|  Don't ask the barber whether you
Debian GNU/Linux   |  need a haircut.
[EMAIL PROTECTED] |  -- Daniel S. Greenberg
http://people.debian.org/~branden/ |


signature.asc
Description: Digital signature

Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly

[Luke Schierer]

no i did not notice that particular entry, it does not however help. I 
do not seem to have a XF86Config-4.dpkg-old file to revert to, so if I'm 
reading that right, i'm just sol, and i'd have to uninstall and 
reinstall xserver-xfree86 (and everything that depends on it) to get 
debconf to manage it again? if that's the case, that sounds like a bug 
in and of itself. 

luke


On Sun, Feb 22, 2004 at 02:08:32AM -0500, Branden Robinson wrote:
> On Sat, Feb 21, 2004 at 12:22:54PM -0500, Luke Schierer wrote:
> > Package: xserver-xfree86
> > Version: 4.3.0-2
> > Severity: important
> > 
> > reportbug seems to have grabed more information than I know what is,
> > hopefully its stuff you all want it to be grabbing. I'm sorry for the
> > resulting size of the email.
> > 
> > specifically i want to draw something to your attention: my
> > XF86Config-4 file doesn't match the debconf settings. this is because
> > when I found X wasn't matching the config after the upgrade to 4.3, i
> > tried to reconfigure the package, and it didn't re-write the file,
> > even when i tried moving it out of the way first.
> 
> Have you read the NEWS item about the change to config file handling?
> 
> xfree86 (4.2.1-11) unstable; urgency=medium
> 
>   * The following configuration files use a new, MD5-checksum-based method of
> management:
> - /etc/X11/X
> - /etc/X11/XF86Config-4
> - /etc/X11/Xwrapper.config
> 
> This new method attempts to detect changes to these files, and if they are
> modified by the user, the files will be ignored by the packaging system
> henceforth.  The debconf region markers (e.g. "### BEGIN DEBCONF SECTION")
> formerly used in Xwrapper.config and XF86Config-4 are no longer used, are
> disregarded if present, and will not be newly written.
> 
> The debconf templates in the xserver-common, xserver-xfree86, and
> xserver-xfree86-dbg packages (the latter shares all of its templates with
> xserver-xfree86) having to do with whether or not files on the disk should
> be overwritten have been removed, and are unregistered in the new
> packages' pre-installation scripts.
> 
> In the event that you have customized these configuration files, and have
> neglected both to correct debconf's notion of whether it should manage
> those files, and (in the case of Xwrapper.config and XF86Config-4) have
> not removed the "debconf region markers" before upgrading to xfree86
> 4.2.1-10 or later, backups are made and stored in the same directory, with
> the suffix ".dpkg-old".
> 
> See the Debian X FAQ at  or in
> the file /usr/share/doc/xfree86-common/FAQ.gz after this upgrade is
> complete for more information on the Debian XFree86 packages' new method
> of handling these configuration files.
> 
>  -- Branden Robinson <[EMAIL PROTECTED]>  Sun, 24 Aug 2003 15:07:11 -0500
> 
> -- 
> G. Branden Robinson|A celibate clergy is an especially
> Debian GNU/Linux   |good idea, because it tends to
> [EMAIL PROTECTED] |suppress any hereditary propensity
> http://people.debian.org/~branden/ |toward fanaticism.-- Carl Sagan



-- 
-This email is made of 100% recycled electrons.

Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly

[Branden Robinson]

On Sat, Feb 21, 2004 at 12:22:54PM -0500, Luke Schierer wrote:
> Package: xserver-xfree86
> Version: 4.3.0-2
> Severity: important
> 
> reportbug seems to have grabed more information than I know what is,
> hopefully its stuff you all want it to be grabbing. I'm sorry for the
> resulting size of the email.
> 
> specifically i want to draw something to your attention: my
> XF86Config-4 file doesn't match the debconf settings. this is because
> when I found X wasn't matching the config after the upgrade to 4.3, i
> tried to reconfigure the package, and it didn't re-write the file,
> even when i tried moving it out of the way first.

Have you read the NEWS item about the change to config file handling?

xfree86 (4.2.1-11) unstable; urgency=medium

  * The following configuration files use a new, MD5-checksum-based method of
management:
- /etc/X11/X
- /etc/X11/XF86Config-4
- /etc/X11/Xwrapper.config

This new method attempts to detect changes to these files, and if they are
modified by the user, the files will be ignored by the packaging system
henceforth.  The debconf region markers (e.g. "### BEGIN DEBCONF SECTION")
formerly used in Xwrapper.config and XF86Config-4 are no longer used, are
disregarded if present, and will not be newly written.

The debconf templates in the xserver-common, xserver-xfree86, and
xserver-xfree86-dbg packages (the latter shares all of its templates with
xserver-xfree86) having to do with whether or not files on the disk should
be overwritten have been removed, and are unregistered in the new
packages' pre-installation scripts.

In the event that you have customized these configuration files, and have
neglected both to correct debconf's notion of whether it should manage
those files, and (in the case of Xwrapper.config and XF86Config-4) have
not removed the "debconf region markers" before upgrading to xfree86
4.2.1-10 or later, backups are made and stored in the same directory, with
the suffix ".dpkg-old".

See the Debian X FAQ at  or in
the file /usr/share/doc/xfree86-common/FAQ.gz after this upgrade is
complete for more information on the Debian XFree86 packages' new method
of handling these configuration files.

 -- Branden Robinson <[EMAIL PROTECTED]>  Sun, 24 Aug 2003 15:07:11 -0500

-- 
G. Branden Robinson|A celibate clergy is an especially
Debian GNU/Linux   |good idea, because it tends to
[EMAIL PROTECTED] |suppress any hereditary propensity
http://people.debian.org/~branden/ |toward fanaticism.-- Carl Sagan


signature.asc
Description: Digital signature

Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly

[Luke Schierer]

Package: xserver-xfree86
Version: 4.3.0-2
Severity: important

reportbug seems to have grabed more information than I know what is,
hopefully its stuff you all want it to be grabbing. I'm sorry for the
resulting size of the email.

specifically i want to draw something to your attention: my
XF86Config-4 file doesn't match the debconf settings. this is because
when I found X wasn't matching the config after the upgrade to 4.3, i
tried to reconfigure the package, and it didn't re-write the file,
even when i tried moving it out of the way first.

secondly, using the XF86Config-4 file below, when I start X with
startx -- :1
since i have not shut down the X session i'm currently running from
before the upgrade (thankfully), it doesn't work right. instead of
showing any of the resolutions listed below as available in a
recognizable way, it shows something that looks rather like 640x480
except that if the mose hits the edge of the screen it scrolls.
Pressing control-alt-+ and control-alt-- do not have any noticable
affect.  nor does changing the default color depth in the file, except
that if i comment out the section for that color depth, i can change
the behavior such that it will realize there are no available screens.

This makes the package almost entirely unusable for me, since if i
were to restart, I'd loose the ability to set my resolution to
anything better.

-- Package-specific info:
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV100 QY [Radeon 
7000/VE]
01:00.0 Class 0300: 1002:5159

### BEGIN DEBCONF SECTION
# XF86Config-4 (XFree86 server configuration file) generated by dexconf, the
# Debian X Configuration tool, using values from the debconf database.
#
# Edit this file with caution, and see the XF86Config-4 manual page.
# (Type "man XF86Config-4" at the shell prompt.)
#
# If you want your changes to this file preserved by dexconf, only make changes
# before the "### BEGIN DEBCONF SECTION" line above, and/or after the
# "### END DEBCONF SECTION" line below.
#
# To change things within the debconf section, run the command:
#   dpkg-reconfigure xserver-xfree86
# as root.  Also see "How do I add custom sections to a dexconf-generated
# XF86Config or XF86Config-4 file?" in /usr/share/doc/xfree86-common/FAQ.gz.

Section "Files"
FontPath"/usr/lib/X11/fonts/TrueType"
FontPath"unix/:7100"# local font server
FontPath"unix/:7101"# local font server
FontPath"unix/:7102"
# if the local font server has problems, we can fall back on these
FontPath"/usr/lib/X11/fonts/Type1"
FontPath"/usr/lib/X11/fonts/CID"
FontPath"/usr/lib/X11/fonts/Speedo"
FontPath"/usr/lib/X11/fonts/misc"
FontPath"/usr/lib/X11/fonts/cyrillic"
FontPath"/usr/lib/X11/fonts/100dpi"
FontPath"/usr/lib/X11/fonts/75dpi"  
FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID"
FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
EndSection

Section "Module"
Load"GLcore"
Load"bitmap"
Load"dbe"
Load"ddc"
Load"dri"
Load"extmod"
Load"freetype"
Load"glx"
Load"int10"
Load"record"
Load"speedo"
Load"type1"
Load"vbe"
EndSection

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "keyboard"
Option  "CoreKeyboard"
Option  "XkbRules"  "xfree86"
Option  "XkbModel"  "pc104"
Option  "XkbLayout" "us"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Device""/dev/psaux"
Option  "Protocol"  "ImPS/2"
Option  "ZAxisMapping"  "4 5"
EndSection

Section "InputDevice"
Identifier  "Generic Mouse"
Driver  "mouse"
Option  "SendCoreEvents""true"
Option  "Device""/dev/input/mice"
Option  "Protocol"  "ImPS/2"
Option  "ZAxisMapping"  "4 5"
EndSection

Section "Device"
Identifier  "ATI Radeon 7000"
Driver  "ati"
EndSection

Section "Monitor"
Identifier  "Generic Monitor"
HorizSync   30-68
VertRefresh 50-85
Option  "DPMS"
EndSection

Section "Screen"
Identifier  "Default Screen"
Device  "ATI Radeon 7000"
Monitor "Generic Monitor"
DefaultDepth24
SubSection "Display"
Depth   1
Modes   "1600x1200" "1280x1024" "1280x960" "1152x864"