DPI not set or incorrectly set to 96

When was the previous time you upgraded the system?

unfortunately, i can't, because i thought that this is a bug in Firefox. Maybe about 2 weeks ago, but I'm not sure

Unduping and moving to xorg-server since I think this is a monitor quirking issue, not a driver issue.

Can you please add
 Option "ModeDebug" "true"
to the Device section of /etc/X11/xorg.conf and attach the new log that you get after restarting X?

attached log with modedebug. However this seems to be fixed at least for me, xdpyinfo reports 96x96 dpi, size still bit wrong (339x212 millimeters), although this seems to be simple calculation based on dpi, so everything is ok on Karmic.

Good. The monitor reports 331 x 207 mm (which you should be able to verify with a ruler). If that is correct, the dpi should be 1280/33.1*2.54 = 98.2 and 800/20.7*2.54 = 98.2. It seems like it uses 96x96 anyway:

(==) intel(0): DPI set to (96, 96)

Then this is back calculated to a "real" size of
1280/96*2.54 = 33.8 cm and 800/96*2.54 = 21.2 cm.

I will close the bug since your original issue has gone away, but I still wonder where the 96x96 is coming from. We used to force it in Gnome earlier, but I think not anymore.

Yes, physical size is about 331x207 mm, xrandr reports it correctly, xdpyinfo doesn't.

It appears this is the bug I am seeing in Lucid Lynx.
I used
Option "ModeDebug" "true"
and see the correct size read for the monitor in Xorg.0.log .
xdpyinfo reports
resolution: 96x96 dots per inch
I am also using the "intel" driver.
Setting DisplaySize in xorg.conf also has no effect.
Setting DPI by the -dpi parameter from the command line works.

This computer has 2 LCDs attached.
1 LVDS
1 VGA
The LVDS monitor is disabled in xorg.conf.

It is not entirely the same, but perhaps this bug i related to Bug #201491.

I tested whether I could be observing Bug #246718. This is not.

ogc, would you please update the title to reflect that this is a more generic bug in not setting the DPI?

These LPL monitors are known for having busted EDID values, I recall a number of quirks for them was added to the xserver. However since you're using kernel modesetting, I think maybe some of those quirks did not get ported over to the kernel, thus you're seeing the regression. IIRC, at one point seb128 added an override to force dpi to 96x96 in GNOME, which is why it started working.

Anyway, now that this code is in the kernel, I'm reassigning to linux. They can check if your quirk has been included in the kernel now.

Kiri, unless you have the same LPL monitor as in the original report, you should be filing a separate bug report.

I have the same or related manufacturer (LG) of the LCD and graphics card.
The DPI being set is different. I notice now, his is not 96x96.
Are you saying GNOME desktop detects something and sets DPI to 96 and this may be why ogc has a different DPI and I have 96?
Do you still think a separate bug is more suitable?

Hi ogc,

Please be sure to confirm this issue exists with the latest development release of Ubuntu. ISO CD images are available from http://cdimage.ubuntu.com/releases/karmic . If the issue remains, please run the following command from a Terminal (Applications->Accessories->Terminal). It will automatically gather and attach updated debug information to this report.

apport-collect -p linux 201032

Also, if you could test the latest upstream kernel available that would be great. It will allow additional upstream developers to examine the issue. Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Once you've tested the upstream kernel, please remove the 'needs-upstream-testing' tag. This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the 'needs-upstream-testing' text. Please let us know your results.

Thanks in advance.

[This is an automated message. Apologies if it has reached you inappropriately; please just reply to this message indicating so.]

I confirm the bug on kubuntu with intel graphics.

On a DELL E6500 with a 1920x1080 15" screen. DPI should be > 100 but is set at 96.
karmic was managing resolution just right on this machine

I can confirm this bug too
Using Dell Latitude E6400 14.1", 1440*900, intel drivers, Kubuntu 10.04
DPI shoud be about 120

Wrong Monitor dimensions detected.

$ xdpyinfo | grep dimensions
  dimensions: 1440x900 pixels (381x238 millimeters)

shoud be about 306x190 millimeters. I have to manually set it:
$ xrandr --dpi 120

It's not a bug - it's a FEATURE! See more: https://bugs.freedesktop.org/show_bug.cgi?id=23705

Since xorg 1.7 it lies about Your screens DPI (unless You use NVIDIA closed drivers). Because Microsoft Windows up to Vista defaulted to 96dpi, now also X servers default to 96dpi no mater what screen size You have. Lucky for You, You can't override this "feature" in Your xorg.conf file.

Only option - get correct screen size settings in mm and add "xrandr --fbmm WxH" to Your .xsessionrc or set DisplaySize at Section "Monitor" in Your xorg.conf.
Be ware, that xdpyinfo also lies about Your screen size! If You use nouveau driver, it reports correct screen size and DPI in xorg.log and then this information gets ignored. Check Your screen dimensions with plain' ol' ruler to find out correct screen size.

Don't forget to inform Xorg dev's how You *love* this new feature!

Correct settings for Dell Latitude E6500 with 1440*900 screen are:
  dimensions: 1440x900 pixels (333x212 millimeters)
  resolution: 110x108 dots per inch