Any DisplaySize values always give a DPI of 125x127 Reproducible: Always Steps to Reproduce: 1. change DisplaySize values in xorg.conf 2. restart X Actual Results: DPI is fixed to: (**) I810(0): DPI set to (125, 127) Expected Results: Expected: (**) I810(0): DPI set to (96, 96) x11-base/xorg-x11-7.2 x11-base/xorg-server-1.2.0 My Monitor section: Section "Monitor" Identifier "LCD" VendorName "Asus" VertRefresh 57-63 HorizSync 35.71-70.53 DisplaySize 700 500 Modeline "800x600_60.00" 38.22 800 832 912 1024 600 601 604 622 -HSync +Vsync DisplaySize 338 211 ModelName "FlatPanel 1280x800" EndSection
startx -- -dpi 96 gives the expected result: (++) I810(0): DPI set to (96, 96) and can therefore be used as a workaround, hence the severity reduced from major to normal.
Please ignore the typo with the 2 DisplaySize lines in my monitor section. I copied the file when I was messing around with it and forgot to comment out one of the lines. This is not the source of the bug ;)
there is patch in xorg bugzilla https://bugs.freedesktop.org/show_bug.cgi?id=9758
Thanks very much for the pointer! I guess xorg bugzilla is where I should have looked in the first place ;) I still leave it open until an x11 maintainer from Gentoo acknowledges the bug.
Created attachment 108162 [details] 1.2.0-fix-displaysize.patch
Let's monitor the upstream bug to see what happens. If it's committed, please reopen this bug.
Created attachment 108804 [details, diff] 1.2.0-fix-displaysize.patch
Created attachment 108805 [details] xorg-server-1.2.0.ebuild ebuild including the patch
I found it as bug #9758: https://bugs.freedesktop.org/show_bug.cgi?id=9758 Dated: Jan. 25 2007. Since priority is set low, I doubt that a sub-version might contain a solution. I saw nothing in the git repository as well. I think it's wise to put the patch in portage for the time being. It worked for me so far. Greetings, Remy
(In reply to comment #9) > I found it as bug #9758: > https://bugs.freedesktop.org/show_bug.cgi?id=9758 > Dated: > Jan. 25 2007. Yes, Donnie set the URL to that when he marked this bug upstream. > Since priority is set low, I doubt that a sub-version might contain a solution. > I saw nothing in the git repository as well. I think it's wise to put the patch > in portage for the time being. It worked for me so far. It's rare that we put a patch into the tree before it's accepted upstream, and even then only if it's extremely trivial or a Gentoo-specific problem.
> It's rare that we put a patch into the tree before it's accepted upstream, and > even then only if it's extremely trivial or a Gentoo-specific problem. > I really understand your point. My question is: "What is supposed to be the new way of setting the dpi?" Upstream should give more info on that...
(In reply to comment #11) > > I really understand your point. My question is: "What is supposed to be the new > way of setting the dpi?" Upstream should give more info on that... Well, just updated to xorg-server-1.3.0 and i810 driver v2... Still has the old problem :( The man page still holds reference to the DisplaySize option. DPI option does neither work under device or screen. The bugowner can reopen this bug as far as I'm concerned or I could start a new bug for the 1.3 release of xorg-server. What do you think?
Let's reopen this. I agree it's probably not a bug as it would have been noticed/fixed a long time ago upstream. The problem here is we don't have much information about an alternative to set up the dpi through xorg.conf. Happy nvidia users can use the dpi Option. What about the rest of us?
(In reply to comment #13) > Let's reopen this. I agree it's probably not a bug as it would have been > noticed/fixed a long time ago upstream. The problem here is we don't have much > information about an alternative to set up the dpi through xorg.conf. Happy > nvidia users can use the dpi Option. What about the rest of us? > Just because it hasn't been fixed doesn't mean it's not a bug :) We don't have any extra information on this. Either a fix (or a confirmation of this fix) or more information will have to come from upstream.
(In reply to comment #14) > (In reply to comment #13) > > Let's reopen this. I agree it's probably not a bug as it would have been > > noticed/fixed a long time ago upstream. The problem here is we don't have much > > information about an alternative to set up the dpi through xorg.conf. Happy > > nvidia users can use the dpi Option. What about the rest of us? > > > > Just because it hasn't been fixed doesn't mean it's not a bug :) > > We don't have any extra information on this. Either a fix (or a confirmation > of this fix) or more information will have to come from upstream. > The manpages of xorg.conf still clearly state that DisplaySize is to be used to calculate/alter the resolution. If you can't trust the manpages what then? Btw, I'm trying to get the info ;) I thought I'd post something to make them aware of the issue. See what happens the coming week since Xorg seems quite slow. Guess they're busy :) Remy
(In reply to comment #14) > (In reply to comment #13) > > Let's reopen this. I agree it's probably not a bug as it would have been > > noticed/fixed a long time ago upstream. The problem here is we don't have much > > information about an alternative to set up the dpi through xorg.conf. Happy > > nvidia users can use the dpi Option. What about the rest of us? > > > Just because it hasn't been fixed doesn't mean it's not a bug :) So, not checking a value from xorg.conf and blutly overwriting it, is a feature and not a bug? :S > We don't have any extra information on this. Either a fix (or a confirmation > of this fix) or more information will have to come from upstream. Still sleeping :( Just posted again in other words and more specific to the code in ddc. See if they get the message now. It's too weird to let the ddc overwrite what you set in xorg.conf. What if te ddc-info is wrong or uncomfortable? Regards, Remy
(In reply to comment #16) > > Just because it hasn't been fixed doesn't mean it's not a bug :) > > So, not checking a value from xorg.conf and blutly overwriting it, is a feature > and not a bug? :S You misunderstood my comment. Someone had said that if it really was a bug it would have been fixed by now, and I was disagreeing. I see that someone else was trying to get information on this as well. There was a link given but I seem to have misplaced it. Once freedesktop.org is back up it would be good to look for it...
Anyone suggest you turn off DDC in xorg.conf? I think I saw that suggested somewhere.
(In reply to comment #18) > Anyone suggest you turn off DDC in xorg.conf? I think I saw that suggested > somewhere. Yeah, that was me... Since I figuered that DDC was to blame... Did nothing for me though. Displaysize was still not responding... 96dpi instead of 100dpi. Did get near by killing DDC though :P The link I got was - I think - more about reduced blanking. which was a sidestep on my part. I'll see and try a build from git.
Confirm! After upgrading to xorg-7.2 my favorite resolution 1152x864 is broken (wrong dpi, condensed and overlapped font letters). I think patch should be included in portage...
(In reply to comment #20) > Confirm! After upgrading to xorg-7.2 my favorite resolution 1152x864 is broken > (wrong dpi, condensed and overlapped font letters). I think patch should be > included in portage... > Or add `xrandr --dpi 100` in your startup-script ;) Note: You'll need xrandr-1.2 for this to work.
The patch provided above no longer works here... I resorted to the following, in a terminal: startx -- -dpi 96 or in kdmrc ServerCmd=/usr/bin/X -br -dpi 96