[i945g] maximum resolution: 800x600

[girto]

Karmic Netbook Remix Alpha 6
Intel 945G graphics
The display applet shows 2 options only: 640x480 and 800x600 whereas the screen is an LCD (1360x768)

Creating the following xorg.conf and restarting gdm shows the higher resolutions in the display applet:
Section "Monitor"
  Identifier "<default monitor>"
  HorizSync 31.5-48.0
  VertRefresh 56.0-65.0
EndSection

[lspci]
00:02.0 VGA compatible controller [0300]: Intel Corporation 82945G/GZ Integrated Graphics Controller [8086:2772] (rev 02)
     Subsystem: Foxconn International, Inc. Device [105b:0d4d]

[Geir Ove Myhr (gomyhr)]

Thank you for reporting this bug. Could you also provide the outputs of `dmesg` and `xrandr --verbose`. The easiest way to attach this and more useful information is if you run `apport-collect 433326` from the affected computer.

[girto (patspiper)]

Architecture: i386
DistroRelease: Ubuntu 9.10
MachineType: O.E.M O.E.M
Package: xserver-xorg-video-intel 2:2.8.1-1ubuntu1
PackageArchitecture: i386
ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.31-10-generic root=UUID=536bfb6b-0bcc-4caa-9e59-1c3aa37fabcc ro quiet splash
ProcEnviron:
 SHELL=/bin/bash
 LANG=en_US.UTF-8
ProcVersionSignature: Ubuntu 2.6.31-10.35-generic
RelatedPackageVersions:
 xserver-xorg 1:7.4+3ubuntu5
 libgl1-mesa-glx 7.6.0~git20090817.7c422387-0ubuntu5
 libdrm2 2.4.13-1ubuntu1
 xserver-xorg-video-intel 2:2.8.1-1ubuntu1
 xserver-xorg-video-ati 1:6.12.99+git20090825.fc74e119-0ubuntu2
Tags: ubuntu-unr
Uname: Linux 2.6.31-10-generic i686
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare
XorgConf:
 Section "Monitor"
   Identifier "<default monitor>"
   HorizSync 31.5-48.0
   VertRefresh 56.0-65.0
 EndSection
dmi.bios.date: 05/08/2009
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 080014
dmi.board.name: 45CS/45CSX
dmi.board.vendor: FOXCONN
dmi.board.version: 1.0
dmi.chassis.asset.tag: To Be Filled By O.E.M.
dmi.chassis.type: 3
dmi.chassis.vendor: To Be Filled By O.E.M.
dmi.chassis.version: To Be Filled By O.E.M.
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr080014:bd05/08/2009:svnO.E.M:pnO.E.M:pvr:rvnFOXCONN:rn45CS/45CSX:rvr1.0:cvnToBeFilledByO.E.M.:ct3:cvrToBeFilledByO.E.M.:
dmi.product.name: O.E.M
dmi.sys.vendor: O.E.M
fglrx: Not loaded
system:
 distro: Ubuntu
 architecture: i686kernel: 2.6.31-10-generic

[Shady Samir (shadysamirsobhi)]

I'm on a Intel 82945G/GZ as well with Karmic beta and have the same problem.

Xrandr output:
Screen 0: minimum 320 x 200, current 800 x 600, maximum 4096 x 4096
VGA1 connected 800x600+0+0 (0x3c) normal (normal left inverted right x axis y axis) 0mm x 0mm
 Identifier: 0x3b
 Timestamp: 29423
 Subpixel: unknown
 Clones:
 CRTC: 0
 CRTCs: 0 1
 Transform: 1.000000 0.000000 0.000000
             0.000000 1.000000 0.000000
             0.000000 0.000000 1.000000
            filter:
  800x600 (0x3c) 40.0MHz +HSync +VSync *current
        h: width 800 start 840 end 968 total 1056 skew 0 clock 37.9KHz
        v: height 600 start 601 end 605 total 628 clock 60.3Hz
  640x480 (0x3d) 25.2MHz -HSync -VSync
        h: width 640 start 656 end 752 total 800 skew 0 clock 31.5KHz
        v: height 480 start 490 end 492 total 525 clock 59.9Hz

[Shady Samir (shadysamirsobhi)]

Also my monitor is detected as Unknown. It's an Acer AL1916W

[Shady Samir (shadysamirsobhi)]

Creating xorg.conf with the settings above did not change anything on Ubuntu beta

[Shady Samir (shadysamirsobhi)]

I've been through 3 updates of this package since I reported the bug and there is no resolution

[dfrevert (dfrevert)]

Another forum suggested entering the following from the console:
xrandr -s 640x480
xrandr -s 800x600
xrandr -s 1024x600

It instantly brought back 1024x600 to my eeepc running easy peasy (ubuntu).

Have not rebooted to see how long the fix lasts.

[Canale Grande (canalegrande)]

entering xrandr -s 1024x768 to get the wanted resolution on a benq beamer did not change the 800x600 resolution but resulted in an error message: Size 1024x768 not found in available modes

[girto (patspiper)]

@Shady,
What is the number of the bug you reported?

When you tried creating the xorg.conf I have posted in the OP, where you using a live CD?
Did you make sure after booting that Ubuntu did not rename it and not use it?
Maybe you should increase slightly the horizontal and/or vertical range(s).
Can you post your xorg.0.log?

[Shady Samir (shadysamirsobhi)]

I added to the bug here so it wouldnt be a duplicate but I started a forum thread. Sorry, wasnt accurate.

Xorg.conf was in a HD installation, not live CD. Will try to get the log file when I'm home next to that desktop pc.

[Shady Samir (shadysamirsobhi)]

Latest update to 2.9.0 fixed the bug

[Geir Ove Myhr (gomyhr)]

Okay, closing this on Shady Samir's comment. girto, if this is isn't fixed for you please reopen by setting the status back to confirmed.

[girto (patspiper)]

Even with 2.9.0's latest update, the maximum resolution without the xorg.conf tweak is 800x600.

Pls let me know if any system logs are needed.

[SM (smacedo)]

many other people are starting to report this...I'll try to make them dupes of this.

[SM (smacedo)]

Could this be of any help?
(tormod)

http://newyork.ubuntuforums.org/showpost.php?p=8091551&postcount=1208
"
 Please RTFM thank you
I am glad there are so many helpful people here and people willing to test out the latest development drivers. However there is a lot of misinformed and bad advice given in the forums.

   1. Read random postings with a great portion of skepticism and caution
   2. Be careful when posting information, at least take the time to look up information given in earlier posts and try to find official documentation

Now, to the issues some people have with the latest -intel drivers from xorg-edgers:

   1. It is all explained on the xorg-edgers PPA page
   2. It has also been reported in launchpad #447181 (how I found this thread)
   3. There is nothing wrong with the driver that needs to / will be fixed
   4. The latest -intel drivers have dropped support for UMS (user mode setting) and only use KMS (kernel mode setting) so the kernel has to run with KMS enabled
   5. The Jaunty kernel needs the "i915.modeset=1" boot option to enable KMS
   6. Karmic kernels have KMS enabled by default. They also contain many fixes to the kernel part of the intel driver stack.

I see that some people simply refuse to look up the PPA page (it is linked from the instructions in the first post) so I will explain:

The xorg-edgers PPA tracks the work of the developers. It can be expected that it breaks for some users from time to time, since any developer can not test his changes on all hardware. You are providing this testing and it is highly appreciated. The idea is that you provide bug reports if something does not work. It is also expected that you know how to revert to the last working version in this case.
"

[SM (smacedo)]

update: installed tormod ppa's package, 2.9.1 built on 26/Oct, and it's basically the same

[SM (smacedo)]

There is some confusion associated with this bug.

Firstly, when the bug applies, higher modes than 800x600 are simply not available. So, dfrevert's comment on 2009-10-18, does not apply to this bug because xrandr -s 1024x768 will give no such mode available.

Secondly, this problem does not happen (at least didn't for me in two different monitors) if the monitor supports EDID (http://en.wikipedia.org/wiki/Extended_display_identification_data). That's why I think most people don't have THIS bug.

Thidly, looking at Xorg log, it's clear that higher resolution modes are eliminated due to vertical refresh rates being out of range for an unknown monitor.

Fourthly, I cannot confirm now, but as I recall, when I had this intel 945 card on a non EDID compatible monitor, even if I manually configured Xorg.conf with a "Monitor" section, specifying decent refresh rates, this would be ignored, and I would still be limited to low resolution. I'll confirm that as soon as possible. And if this is the case, then the issue is with the driver ignoring the Monitor section, even if EDID information is not available.

Other than that, when the resolution is ok, X is well accelerated glxgears gives me 60fps on a Celeron Mobile 1.6Ghz with this board and user interface is smooth.

Regards

[SM (smacedo)]

Bryce,
THanks!
But, as per my last comment on launchpad:
.."
Fourthly, I cannot confirm now, but as I recall, when I had this intel
945 card on a non EDID compatible monitor, even if I manually
configured Xorg.conf with a "Monitor" section, specifying decent
refresh rates, this would be ignored, and I would still be limited to
low resolution. I'll confirm that as soon as possible. And if this is
the case, then the issue is with the driver ignoring the Monitor
section, even if EDID information is not available.
"..
Regards
Silvio

On Mon, Nov 2, 2009 at 1:59 PM, Bryce Harrington
<email address hidden> wrote:
> ** Summary changed:
>
> - maximum resolution: 800x600
> + [i945g] maximum resolution: 800x600
>
> --
> [i945g] maximum resolution: 800x600
> https://bugs.launchpad.net/bugs/433326
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in “xserver-xorg-video-intel” package in Ubuntu: Confirmed
>
> Bug description:
> Karmic Netbook Remix Alpha 6
> Intel 945G graphics
> The display applet shows 2 options only: 640x480 and 800x600 whereas the screen is an LCD (1360x768)
>
> Creating the following xorg.conf and restarting gdm shows the higher resolutions in the display applet:
> Section "Monitor"
>  Identifier "<default monitor>"
>  HorizSync 31.5-48.0
>  VertRefresh 56.0-65.0
> EndSection
>
> [lspci]
> 00:02.0 VGA compatible controller [0300]: Intel Corporation 82945G/GZ Integrated Graphics Controller [8086:2772] (rev 02)
>        Subsystem: Foxconn International, Inc. Device [105b:0d4d]
>
>

[Adrian (adrianswingler)]

I want to thank you and the Ubuntu community of creating a fabulous Unix distribution...I've fixed this problem by buying a new Radeon HD 4550 Graphics Card...I popped it into the computer and booted up to a beautiful 1910 x 1080 screen without any Ubuntu display changes. Impressive. However, this is a real bug as far as I'm concerned, since the prior release 9.04 had much a much better resolution with the exact same hardware.

I'll sign up for the Lucid Beta when it is available. No more Windows for me.

Thank you, Adrian

----- Original Message ----
From: Bryce Harrington <email address hidden>
To: <email address hidden>
Sent: Mon, November 2, 2009 8:59:56 AM
Subject: [Bug 433326] Re: [i945g] maximum resolution: 800x600

** Summary changed:

- maximum resolution: 800x600
+ [i945g] maximum resolution: 800x600

--
[i945g] maximum resolution: 800x600
https://bugs.launchpad.net/bugs/433326
You received this bug notification because you are a direct subscriber
of a duplicate bug.

Status in “xserver-xorg-video-intel” package in Ubuntu: Confirmed

Bug description:
Karmic Netbook Remix Alpha 6
Intel 945G graphics
The display applet shows 2 options only: 640x480 and 800x600 whereas the screen is an LCD (1360x768)

Creating the following xorg.conf and restarting gdm shows the higher resolutions in the display applet:
Section "Monitor"
  Identifier "<default monitor>"
  HorizSync 31.5-48.0
  VertRefresh 56.0-65.0
EndSection

[lspci]
00:02.0 VGA compatible controller [0300]: Intel Corporation 82945G/GZ Integrated Graphics Controller [8086:2772] (rev 02)
        Subsystem: Foxconn International, Inc. Device [105b:0d4d]

[girto (patspiper)]

@SM,
"
Could this be of any help?
(tormod)

http://newyork.ubuntuforums.org/showpost.php?p=8091551&postcount=1208
 Please RTFM thank you
...
"
No. Was it of any help to you?

"Fourthly, I cannot confirm now, but as I recall, when I had this intel 945 card on a non EDID compatible monitor, even if I manually configured Xorg.conf with a "Monitor" section, specifying decent refresh rates, this would be ignored, and I would still be limited to low resolution. I'll confirm that as soon as possible. And if this is the case, then the issue is with the driver ignoring the Monitor section, even if EDID information is not available."

Obviously, what you had encountered, if confirmed, is not this bug. This bug's workaround, as stated in the OP, is specifying monitor properties in xorg.conf. Please open another bug report for your case.

[girto (patspiper)]

How does X proceed when no EDID info is available?

IIRC, there was an option in Gutsy Gibbon (or was it Hardy?) to choose the monitor in the display applet. Generic LCD panel options were there.

[Tormod Volden (tormodvolden)]

If there is no EDID info, the X server supposes very conservative refresh frequencies that are guaranteed to work and do no harm on all monitors, but limits the resolution to 800x600. Previous versions of Ubuntu would set up more generous frequencies during installation (if EDID was missing) which often gave 1024x768, I think this was equivalent to "Generic LCD panel". The display applet was part of Gnome and has disappeared since.

[girto (patspiper)]

EDID info is missing indeed as evidenced by get-edid's failure.

In this case, shouldn't the current display applet:

- offer a manual selection of standard LCDs/monitors? This would be the complement of the "detect display" button.
then
- propose resolutions according to this selection?

[Jonathan Blackhall (johnny-one-eye)]

I was also experiencing this bug on a fresh install of Karmic. According to a suggestion in a forum post, I disabled KMS (by adding nomodesetting to GRUB_CMDLINE_LINUX_DEFAULT in /etc/default/grub), ran sudo update-grub, rebooted, and now things are working splendidly. Is KMS somehow at fault here?

[Geir Ove Myhr (gomyhr)]

This bug report has been inactive for quite some time and in the meantime Ubuntu has moved along. I hope the reported problem has been resolved in the current version of Ubuntu. If it has not and there are people willing to follow up with information collecting and testing, it is best to file a new bug report with the latest Ubuntu development version (10.04 still works, but soon 10.10 is better), using the ubuntu-bug command if possible. Feel free to mention the bug number of this bug.

We are sorry that we are not always have the capacity to look at all reported bugs in a timely manner. Occasionally we have to purge old bug reports where no progress has been made. Whether it is due to the reporter not being able to respond or lack of manpower on the Ubuntu side, the reality is that after a while the attached information is outdated and it is better to close this bug report. Sorry for the inconvenience this may cause.

Here are a few general tips that will make it easier for triagers and developers to process your bug:
* Read https://wiki.ubuntu.com/X/Reporting
* Browse https://wiki.ubuntu.com/X and see if there is some relevant information for you problem
* Respond quickly to questions from triagers
* Try changing things to see if the behaviour changes, e.g.
  * A new mainline kernel from http://kernel.ubuntu.com/~kernel-ppa/mainline/?C=M;O=D (more information at https://wiki.ubuntu.com/KernelTeam/MainlineBuilds)
  * The xorg-edgers PPA: https://launchpad.net/~xorg-edgers/+archive/ppa
  * Various options in `/etc/X11/xorg.conf` (see `man intel`)
* Browse other bug reports to see if you find a similar one and provide the information that is being asked for there.