|
|
|
|
||||||
| linux.debian.user debian-user@lists.debian.org. |
![]() |
|
|
LinkBack | Outils de la discussion |
|
|
#1 |
|
Messages: n/a
Hébergeur: |
I have a laptop with a native resolution of 1900x1200 which has been working fine for the past year an a half.
This weekend I upgraded (which included both X and kde) in unstable/sid and now I find that my X session is being rendered (according to xvidtune) at 1680x1050 What's odd is that the relevant section from /etc/X11/xorg.conf (pasted below) wouldn't seem to allow that. Anyone know what's going on? The only explanation that makes sense to me is that Xorg now directly queries the graphics subsystem and essentially ignores what's been set in xorg.conf. I'm definitely interested in knowing how to get back the full 1900x1200 resolution. thanks much in advance, ~c Section "Screen" Identifier "Default Screen" Device "Generic Video Card" Monitor "Generic Monitor" DefaultDepth 16 SubSection "Display" Depth 1 Modes "1920x1200" EndSubSection SubSection "Display" Depth 4 Modes "1920x1200" EndSubSection SubSection "Display" Depth 8 Modes "1920x1200" EndSubSection SubSection "Display" Depth 15 Modes "1920x1200" EndSubSection SubSection "Display" Depth 16 Modes "1920x1200" EndSubSection SubSection "Display" Depth 24 Modes "1920x1200" EndSubSection EndSection and here's the relevant part of Xorg.0.log (--) NV(0): Panel size is 1920 x 1200 (II) NV(0): Panel is LVDS (--) NV(0): VideoRAM: 262144 kBytes (==) NV(0): Using gamma correction (1.0, 1.0, 1.0) (II) NV(0): Generic Monitor: Using hsync range of 30.00-70.00 kHz (II) NV(0): Generic Monitor: Using vrefresh range of 50.00-160.00 Hz (II) NV(0): Clock range: 12.00 to 400.00 MHz (II) NV(0): Not using default mode "320x175" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "320x200" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "360x200" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "576x432" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "640x480" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "1280x960" (hsync out of range) (II) NV(0): Not using default mode "640x480" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "1280x1024" (hsync out of range) (II) NV(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "1280x1024" (hsync out of range) (II) NV(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "1600x1200" (hsync out of range) (II) NV(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "1600x1200" (hsync out of range) (II) NV(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "1600x1200" (hsync out of range) (II) NV(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "1600x1200" (hsync out of range) (II) NV(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "1600x1200" (hsync out of range) (II) NV(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "1792x1344" (exceeds panel dimensions) (II) NV(0): Not using default mode "896x672" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "1792x1344" (exceeds panel dimensions) (II) NV(0): Not using default mode "896x672" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "1856x1392" (exceeds panel dimensions) (II) NV(0): Not using default mode "928x696" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "1856x1392" (exceeds panel dimensions) (II) NV(0): Not using default mode "928x696" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "1920x1440" (exceeds panel dimensions) (II) NV(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "1920x1440" (exceeds panel dimensions) (II) NV(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "416x312" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "640x384" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "640x400" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "576x384" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "1152x864" (hsync out of range) (II) NV(0): Not using default mode "576x432" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "700x525" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "1400x1050" (hsync out of range) (II) NV(0): Not using default mode "700x525" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "1400x1050" (hsync out of range) (II) NV(0): Not using default mode "700x525" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "1400x1050" (hsync out of range) (II) NV(0): Not using default mode "700x525" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "720x450" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "800x512" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "840x525" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "1920x1200" (hsync out of range) (II) NV(0): Not using default mode "960x600" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "1920x1200" (hsync out of range) (II) NV(0): Not using default mode "960x600" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "1920x1440" (exceeds panel dimensions) (II) NV(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "2048x1536" (exceeds panel dimensions) (II) NV(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) (II) NV(0): Not using default mode "2048x1536" (exceeds panel dimensions) (II) NV(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) (II) NV(0): Not using driver mode "1920x1200" (hsync out of range) (II) NV(0): Not using mode "1920x1200" (no mode of this name) (--) NV(0): Virtual size is 1680x1050 (pitch 1696) (**) NV(0): Default mode "1680x1050": 147.1 MHz, 65.2 kHz, 60.0 Hz (II) NV(0): Modeline "1680x1050"x60.0 147.14 1680 1784 1968 2256 1050 1051 1054 1087 (65.2 kHz) (**) NV(0): Default mode "1400x1050": 122.0 MHz, 64.9 kHz, 60.0 Hz (II) NV(0): Modeline "1400x1050"x60.0 122.00 1400 1488 1640 1880 1050 1052 1064 1082 +hsync +vsync (64.9 kHz) (**) NV(0): Default mode "1280x1024": 108.0 MHz, 64.0 kHz, 60.0 Hz (II) NV(0): Modeline "1280x1024"x60.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz) (**) NV(0): Default mode "1440x900": 108.8 MHz, 56.9 kHz, 60.2 Hz (II) NV(0): Modeline "1440x900"x60.2 108.84 1440 1472 1880 1912 900 918 927 946 +hsync +vsync (56.9 kHz) (**) NV(0): Default mode "1280x960": 108.0 MHz, 60.0 kHz, 60.0 Hz (II) NV(0): Modeline "1280x960"x60.0 108.00 1280 1376 1488 1800 960 961 964 1000 +hsync +vsync (60.0 kHz) (**) NV(0): Default mode "1280x800": 83.5 MHz, 49.7 kHz, 60.0 Hz (II) NV(0): Modeline "1280x800"x60.0 83.46 1280 1344 1480 1680 800 801 804 828 (49.7 kHz) (**) NV(0): Default mode "1152x864": 108.0 MHz, 67.5 kHz, 75.0 Hz (II) NV(0): Modeline "1152x864"x75.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz) (**) NV(0): Default mode "1280x768": 80.1 MHz, 47.7 kHz, 60.0 Hz (II) NV(0): Modeline "1280x768"x60.0 80.14 1280 1344 1480 1680 768 769 772 795 (47.7 kHz) (**) NV(0): Default mode "1152x768": 65.0 MHz, 44.2 kHz, 54.8 Hz (II) NV(0): Modeline "1152x768"x54.8 65.00 1152 1178 1314 1472 768 771 777 806 +hsync +vsync (44.2 kHz) (**) NV(0): Default mode "1024x768": 94.5 MHz, 68.7 kHz, 85.0 Hz (II) NV(0): Modeline "1024x768"x85.0 94.50 1024 1072 1168 1376 768 769 772 808 +hsync +vsync (68.7 kHz) (**) NV(0): Default mode "1024x768": 78.8 MHz, 60.0 kHz, 75.0 Hz (II) NV(0): Modeline "1024x768"x75.0 78.75 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.0 kHz) (**) NV(0): Default mode "1024x768": 75.0 MHz, 56.5 kHz, 70.1 Hz (II) NV(0): Modeline "1024x768"x70.1 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync (56.5 kHz) (**) NV(0): Default mode "1024x768": 65.0 MHz, 48.4 kHz, 60.0 Hz (II) NV(0): Modeline "1024x768"x60.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) (**) NV(0): Default mode "832x624": 57.3 MHz, 49.7 kHz, 74.6 Hz (II) NV(0): Modeline "832x624"x74.6 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz) (**) NV(0): Default mode "800x600": 56.3 MHz, 53.7 kHz, 85.1 Hz (II) NV(0): Modeline "800x600"x85.1 56.30 800 832 896 1048 600 601 604 631 +hsync +vsync (53.7 kHz) (**) NV(0): Default mode "800x600": 49.5 MHz, 46.9 kHz, 75.0 Hz (II) NV(0): Modeline "800x600"x75.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz) (**) NV(0): Default mode "800x600": 50.0 MHz, 48.1 kHz, 72.2 Hz (II) NV(0): Modeline "800x600"x72.2 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync (48.1 kHz) (**) NV(0): Default mode "800x600": 40.0 MHz, 37.9 kHz, 60.3 Hz (II) NV(0): Modeline "800x600"x60.3 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) (**) NV(0): Default mode "800x600": 36.0 MHz, 35.2 kHz, 56.2 Hz (II) NV(0): Modeline "800x600"x56.2 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz) (**) NV(0): Default mode "640x480": 36.0 MHz, 43.3 kHz, 85.0 Hz (II) NV(0): Modeline "640x480"x85.0 36.00 640 696 752 832 480 481 484 509 -hsync -vsync (43.3 kHz) (**) NV(0): Default mode "640x480": 31.5 MHz, 37.5 kHz, 75.0 Hz (II) NV(0): Modeline "640x480"x75.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz) (**) NV(0): Default mode "640x480": 31.5 MHz, 37.9 kHz, 72.8 Hz (II) NV(0): Modeline "640x480"x72.8 31.50 640 664 704 832 480 489 492 520 -hsync -vsync (37.9 kHz) (**) NV(0): Default mode "640x480": 25.2 MHz, 31.5 kHz, 59.9 Hz (II) NV(0): Modeline "640x480"x59.9 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz) (**) NV(0): Default mode "720x400": 35.5 MHz, 37.9 kHz, 85.0 Hz (II) NV(0): Modeline "720x400"x85.0 35.50 720 756 828 936 400 401 404 446 -hsync +vsync (37.9 kHz) (**) NV(0): Default mode "640x400": 31.5 MHz, 37.9 kHz, 85.1 Hz (II) NV(0): Modeline "640x400"x85.1 31.50 640 672 736 832 400 401 404 445 -hsync +vsync (37.9 kHz) (**) NV(0): Default mode "640x350": 31.5 MHz, 37.9 kHz, 85.1 Hz (II) NV(0): Modeline "640x350"x85.1 31.50 640 672 736 832 350 382 385 445 +hsync -vsync (37.9 kHz) (==) NV(0): DPI set to (96, 96) -- To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org |
|
|
|
#2 |
|
Messages: n/a
Hébergeur: |
On Jan 28, 2008 6:29 AM, charlie derr <cderr@simons-rock.edu> wrote:
> I have a laptop with a native resolution of 1900x1200 which has been working fine for the past year an a half. > > This weekend I upgraded (which included both X and kde) in unstable/sid and now I find that my X session is being rendered > (according to xvidtune) at 1680x1050 > > What's odd is that the relevant section from /etc/X11/xorg.conf (pasted below) wouldn't seem to allow that. > > Anyone know what's going on? The only explanation that makes sense to me is that Xorg now directly queries the graphics > subsystem and essentially ignores what's been set in xorg.conf. I'm definitely interested in knowing how to get back the full > 1900x1200 resolution. > Here is what part of my xorg.conf looks like: Section "Monitor" Identifier "G90f-2" Option "DPMS" Option "PreferredMode" "1600x1200" EndSection Section "Screen" Identifier "Default Screen" Device "ATI RV350 AS [Radeon 9550]" Monitor "G90f-2" DefaultDepth 24 SubSection "Display" #Modes "1600x1200" "1280x1024" "1024x768" "800x600" EndSubSection EndSection As you can see the "modes" are commented out, and monitor has a "preferredmode". Unfortunately I don't remember what blog post pointed me in this direction and I don't know what variant methods might work, if this particular setup do the job. Hopefully this will be of some . Cheers, Kelly Clowers -- To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org |
|
|
|
#3 |
|
Messages: n/a
Hébergeur: |
On Mon, Jan 28, 2008 at 09:29:18AM -0500, charlie derr wrote:
> I have a laptop with a native resolution of 1900x1200 which has been working fine for the past year an a half. > > This weekend I upgraded (which included both X and kde) in unstable/sid and > now I find that my X session is being rendered (according to xvidtune) at > 1680x1050 > > What's odd is that the relevant section from /etc/X11/xorg.conf (pasted below) wouldn't seem to allow that. from you're Xorg.0.log below, it is clear the it's trying to get 1920x1200 but can't because all the options it tries are out of sync. > > Anyone know what's going on? The only explanation that makes sense to me > is that Xorg now directly queries the graphics subsystem and essentially > ignores what's been set in xorg.conf. I'm definitely interested in knowing > how to get back the full 1900x1200 resolution. > > thanks much in advance, > ~c > > > > Section "Screen" > Identifier "Default Screen" > Device "Generic Video Card" > Monitor "Generic Monitor" > DefaultDepth 16 > SubSection "Display" > Depth 1 > Modes "1920x1200" > EndSubSection ... > SubSection "Display" > Depth 24 > Modes "1920x1200" > EndSubSection > EndSection the rest of your xorg.conf would be ful. > > > > and here's the relevant part of Xorg.0.log > > (--) NV(0): Panel size is 1920 x 1200 > (II) NV(0): Panel is LVDS > (--) NV(0): VideoRAM: 262144 kBytes > (==) NV(0): Using gamma correction (1.0, 1.0, 1.0) > (II) NV(0): Generic Monitor: Using hsync range of 30.00-70.00 kHz > (II) NV(0): Generic Monitor: Using vrefresh range of 50.00-160.00 Hz these generic specs may be the problem. What are the actual hsync and vrefresh ranges of this monitor? especially for the mode you want? ... > (II) NV(0): Not using default mode "1920x1200" (hsync out of range) > (II) NV(0): Not using default mode "960x600" (bad mode clock/interlace/doublescan) > (II) NV(0): Not using default mode "1920x1200" (hsync out of range) > (II) NV(0): Not using default mode "960x600" (bad mode clock/interlace/doublescan) > (II) NV(0): Not using default mode "1920x1440" (exceeds panel dimensions) > (II) NV(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan) > (II) NV(0): Not using default mode "2048x1536" (exceeds panel dimensions) > (II) NV(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) > (II) NV(0): Not using default mode "2048x1536" (exceeds panel dimensions) > (II) NV(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) > (II) NV(0): Not using driver mode "1920x1200" (hsync out of range) > (II) NV(0): Not using mode "1920x1200" (no mode of this name) --------------^^^^^^^^^^^^^^^^^^^^^^^^^^ it can't find a 1920x1200 mode that works. Just as a wild guess, I would say that the hsync and vrefresh ranges above are not wide enough to accomodate the mode you want. And sometimes it is possibly just a rounding error. I have a monitor that is supposed to max out at 86kHz (note making up numbers here) hsync, but xrandr rounds it to 86.01 and then fails that mode. I had to spec it to 87kHz in xorg.conf to get it to operate at it's native resolution. > (--) NV(0): Virtual size is 1680x1050 (pitch 1696) > (**) NV(0): Default mode "1680x1050": 147.1 MHz, 65.2 kHz, 60.0 Hz > (II) NV(0): Modeline "1680x1050"x60.0 147.14 1680 1784 1968 2256 1050 1051 1054 1087 (65.2 kHz) note that this mode sets the hsync at 65.2kHz. It's very possible that 1920x1200 bumps right up against or beyond the 70kHz max you're using. So, get the specs of the display and set up your xorg.conf properly. I find the read-edid package ful if you can't get the specs. A -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHnhs8aIeIEqwil4YRAqK/AKDn1DQYBa0c9PGVgNSc+kvKFmQtuQCgxGZc Fa/UP6RoG/RmNNIXy9YGwNI= =ejBf -----END PGP SIGNATURE----- |
|
|
|
#4 |
|
Messages: n/a
Hébergeur: |
charlie derr wrote:
> I have a laptop with a native resolution of 1900x1200 which has been > working fine for the past year an a half. > > This weekend I upgraded (which included both X and kde) in unstable/sid > and now I find that my X session is being rendered (according to > xvidtune) at 1680x1050 > > What's odd is that the relevant section from /etc/X11/xorg.conf (pasted > below) wouldn't seem to allow that. > > Anyone know what's going on? The only explanation that makes sense to > me is that Xorg now directly queries the graphics subsystem and > essentially ignores what's been set in xorg.conf. I'm definitely > interested in knowing how to get back the full 1900x1200 resolution. > > thanks much in advance, > ~c > [...] Since version 1.3 of the xserver-xorg-core package the configuration file xorg.conf has more flexibility for multi-head configuration. The different heads (outputs) of the graphical unit can be bound to different monitor sections via an option called "Monitor-<ouputname>" in the device section (compare man-page xorg.conf(5): monitor section). Especially in notebooks, the LCD called LVDS (search for LVDS in /var/log/Xorg.0.log) is sometimes *not bound* to the monitor section (and its settings) without this additional option in the device section. An example configuration (for an intel graphic device but transferable to any hardware) can be found on http://www.intellinuxgraphics.com/dualhead.html. Although its an example for a dual-head configuration, it makes clear the principle of the new option "Monitor-<ouputname>". -- Regards, Jörg-Volker. -- To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org |
|
|
|
#5 |
|
Messages: n/a
Hébergeur: |
Andrew Sackville-West wrote:
> On Mon, Jan 28, 2008 at 09:29:18AM -0500, charlie derr wrote: >> I have a laptop with a native resolution of 1900x1200 which has been working fine for the past year an a half. >> >> This weekend I upgraded (which included both X and kde) in unstable/sid and >> now I find that my X session is being rendered (according to xvidtune) at >> 1680x1050 >> >> What's odd is that the relevant section from /etc/X11/xorg.conf (pasted below) wouldn't seem to allow that. > > from you're Xorg.0.log below, it is clear the it's trying to get > 1920x1200 but can't because all the options it tries are out of > sync. > Thanks for the info. What's odd is that my xorg.conf file is timestamped 2006-10-29 (which is definitely the last time I intentionally messed with it). And I was definitely getting 1900x1200 before this recent upgrade. So it used to work fine (prior to the new X packages (7.3+10) being installed). >> Anyone know what's going on? The only explanation that makes sense to me >> is that Xorg now directly queries the graphics subsystem and essentially >> ignores what's been set in xorg.conf. I'm definitely interested in knowing >> how to get back the full 1900x1200 resolution. >> >> thanks much in advance, >> ~c >> >> >> >> Section "Screen" >> Identifier "Default Screen" >> Device "Generic Video Card" >> Monitor "Generic Monitor" >> DefaultDepth 16 >> SubSection "Display" >> Depth 1 >> Modes "1920x1200" >> EndSubSection > ... >> SubSection "Display" >> Depth 24 >> Modes "1920x1200" >> EndSubSection >> EndSection > > the rest of your xorg.conf would be ful. > I've attached it in its entirety. >> >> >> and here's the relevant part of Xorg.0.log >> >> (--) NV(0): Panel size is 1920 x 1200 >> (II) NV(0): Panel is LVDS >> (--) NV(0): VideoRAM: 262144 kBytes >> (==) NV(0): Using gamma correction (1.0, 1.0, 1.0) >> (II) NV(0): Generic Monitor: Using hsync range of 30.00-70.00 kHz >> (II) NV(0): Generic Monitor: Using vrefresh range of 50.00-160.00 Hz > > these generic specs may be the problem. What are the actual hsync and > vrefresh ranges of this monitor? especially for the mode you want? > > ... > >> (II) NV(0): Not using default mode "1920x1200" (hsync out of range) >> (II) NV(0): Not using default mode "960x600" (bad mode clock/interlace/doublescan) >> (II) NV(0): Not using default mode "1920x1200" (hsync out of range) >> (II) NV(0): Not using default mode "960x600" (bad mode clock/interlace/doublescan) >> (II) NV(0): Not using default mode "1920x1440" (exceeds panel dimensions) >> (II) NV(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan) >> (II) NV(0): Not using default mode "2048x1536" (exceeds panel dimensions) >> (II) NV(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) >> (II) NV(0): Not using default mode "2048x1536" (exceeds panel dimensions) >> (II) NV(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) >> (II) NV(0): Not using driver mode "1920x1200" (hsync out of range) >> (II) NV(0): Not using mode "1920x1200" (no mode of this name) > --------------^^^^^^^^^^^^^^^^^^^^^^^^^^ > > it can't find a 1920x1200 mode that works. Just as a wild guess, I > would say that the hsync and vrefresh ranges above are not wide enough > to accomodate the mode you want. And sometimes it is possibly just a > rounding error. I have a monitor that is supposed to max out at 86kHz > (note making up numbers here) hsync, but xrandr rounds it to 86.01 and > then fails that mode. I had to spec it to 87kHz in xorg.conf to get it > to operate at it's native resolution. > Thanks for the explanation. I'm still puzzled why my recent upgrade changed things (when my xorg.conf file is still the same). One would think that both the new and older xserver-xorg packages would round in the same way... > > >> (--) NV(0): Virtual size is 1680x1050 (pitch 1696) >> (**) NV(0): Default mode "1680x1050": 147.1 MHz, 65.2 kHz, 60.0 Hz >> (II) NV(0): Modeline "1680x1050"x60.0 147.14 1680 1784 1968 2256 1050 1051 1054 1087 (65.2 kHz) > > note that this mode sets the hsync at 65.2kHz. It's very possible that > 1920x1200 bumps right up against or beyond the 70kHz max you're > using. > > So, get the specs of the display and set up your xorg.conf properly. When I try to use Dell's online system, here's the truncated information available for what's specifically installed (in terms of the LED screen). Doesn't seem that ful to me, but maybe someone with expertise can intuit the actual details about what hardware is being described: 1 PF006 LIQUID CRYSTAL DISPLAY..., 17, WU, VIDEO ELEC. STDS. ASSOC...., SHARP..., V2 1 RG688 ASSEMBLY..., CABLE..., COAXIAL ..., LIQUID CRYSTAL DISPLAY..., 17, ZANZIBAR/RIKERS/SUVA... I just went back and found the original invoice (which is much less ful). That simply specifies 17" WUXGA display. > > I find the read-edid package ful if you can't get the specs. Thanks for that. Here's the output of get-edid: get-edid: get-edid version 1.4.1 Performing real mode VBE call Interrupt 0x10 ax=0x4f00 bx=0x0 cx=0x0 Function supported Call successful VBE version 300 VBE string at 0x11110 "NVIDIA" VBE/DDC service about to be called Report DDC capabilities Performing real mode VBE call Interrupt 0x10 ax=0x4f15 bx=0x0 cx=0x0 Function supported Call successful Monitor and video card combination does not support DDC1 transfers Monitor and video card combination does not support DDC2 transfers 0 seconds per 128 byte EDID block transfer Screen is not blanked during DDC transfer Reading next EDID block VBE/DDC service about to be called Read EDID Performing real mode VBE call Interrupt 0x10 ax=0x4f15 bx=0x1 cx=0x0 Function supported Call failed The EDID data should not be trusted as the VBE call failed Error: output block unchanged > > A Anyone got any hints on crafting a new xorg.conf file that'll work with my hardware like the old one used to? thanks again, ~c # /etc/X11/xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the /etc/X11/xorg.conf manual page. # (Type "man /etc/X11/xorg.conf" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section "Files" FontPath "/usr/share/fonts/X11/misc" FontPath "/usr/X11R6/lib/X11/fonts/misc" FontPath "/usr/share/fonts/X11/cyrillic" FontPath "/usr/X11R6/lib/X11/fonts/cyrillic" FontPath "/usr/share/fonts/X11/100dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" FontPath "/usr/share/fonts/X11/75dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" FontPath "/usr/share/fonts/X11/Type1" FontPath "/usr/X11R6/lib/X11/fonts/Type1" FontPath "/usr/share/fonts/X11/100dpi" FontPath "/usr/X11R6/lib/X11/fonts/100dpi" FontPath "/usr/share/fonts/X11/75dpi" FontPath "/usr/X11R6/lib/X11/fonts/75dpi" # path to defoma fonts FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" EndSection Section "Module" Load "bitmap" Load "ddc" Load "dri" Load "extmod" Load "freetype" Load "glx" Load "int10" Load "type1" Load "vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc104" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device" "/dev/input/mice" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" EndSection Section "InputDevice" Identifier "Synaptics Touchpad" Driver "synaptics" Option "SendCoreEvents" "true" Option "Device" "/dev/psaux" Option "Protocol" "auto-dev" Option "HorizScrollDelta" "0" EndSection Section "Device" Identifier "Generic Video Card" Driver "nv" BusID "PCI:1:0:0" EndSection Section "Monitor" Identifier "Generic Monitor" Option "DPMS" HorizSync 30-70 VertRefresh 50-160 EndSection Section "Screen" Identifier "Default Screen" Device "Generic Video Card" Monitor "Generic Monitor" DefaultDepth 16 SubSection "Display" Depth 1 Modes "1920x1200" EndSubSection SubSection "Display" Depth 4 Modes "1920x1200" EndSubSection SubSection "Display" Depth 8 Modes "1920x1200" EndSubSection SubSection "Display" Depth 15 Modes "1920x1200" EndSubSection SubSection "Display" Depth 16 Modes "1920x1200" EndSubSection SubSection "Display" Depth 24 Modes "1920x1200" EndSubSection EndSection Section "ServerLayout" Identifier "Default Layout" Screen "Default Screen" InputDevice "Generic Keyboard" InputDevice "Configured Mouse" InputDevice "Synaptics Touchpad" EndSection Section "DRI" Mode 0666 EndSection |
|
|
|
#6 |
|
Messages: n/a
Hébergeur: |
On Mon, Jan 28, 2008 at 03:04:32PM -0500, charlie derr wrote:
> Andrew Sackville-West wrote: >> On Mon, Jan 28, 2008 at 09:29:18AM -0500, charlie derr wrote: >>> I have a laptop with a native resolution of 1900x1200 which has been working fine for the past year an a half. >>> >>> This weekend I upgraded (which included both X and kde) in unstable/sid >>> and now I find that my X session is being rendered (according to >>> xvidtune) at 1680x1050 >>> >>> What's odd is that the relevant section from /etc/X11/xorg.conf (pasted below) wouldn't seem to allow that. >> >> from you're Xorg.0.log below, it is clear the it's trying to get >> 1920x1200 but can't because all the options it tries are out of >> sync. >> > > Thanks for the info. What's odd is that my xorg.conf file is timestamped > 2006-10-29 (which is definitely the last time I intentionally messed with > it). And I was definitely getting 1900x1200 before this recent upgrade. > So it used to work fine (prior to the new X packages (7.3+10) being > installed). a lot has changed since then. ... > > Thanks for the explanation. I'm still puzzled why my recent upgrade > changed things (when my xorg.conf file is still the same). One would think > that both the new and older xserver-xorg packages would round in the same > way... who knows. > > When I try to use Dell's online system, here's the truncated information > available for what's specifically installed (in terms of the LED screen). > Doesn't seem that ful to me, but maybe someone with expertise can > intuit the actual details about what hardware is being described: > > 1 PF006 LIQUID CRYSTAL DISPLAY..., 17, WU, VIDEO ELEC. STDS. ASSOC...., SHARP..., V2 > 1 RG688 ASSEMBLY..., CABLE..., COAXIAL ..., LIQUID CRYSTAL DISPLAY..., 17, ZANZIBAR/RIKERS/SUVA... > > I just went back and found the original invoice (which is much less ful). That simply specifies 17" WUXGA display. well, that's just not ful at all it is... > >> >> I find the read-edid package ful if you can't get the specs. > > Thanks for that. Here's the output of get-edid: > > get-edid: get-edid version 1.4.1 > > Performing real mode VBE call > Interrupt 0x10 ax=0x4f00 bx=0x0 cx=0x0 > Function supported > Call successful > > VBE version 300 > VBE string at 0x11110 "NVIDIA" > > VBE/DDC service about to be called > Report DDC capabilities > > Performing real mode VBE call > Interrupt 0x10 ax=0x4f15 bx=0x0 cx=0x0 > Function supported > Call successful > > Monitor and video card combination does not support DDC1 transfers > Monitor and video card combination does not support DDC2 transfers > 0 seconds per 128 byte EDID block transfer > Screen is not blanked during DDC transfer > > Reading next EDID block > > VBE/DDC service about to be called > Read EDID > > Performing real mode VBE call > Interrupt 0x10 ax=0x4f15 bx=0x1 cx=0x0 > Function supported > Call failed > > The EDID data should not be trusted as the VBE call failed > Error: output block unchanged > neither is that. ... > > Section "Monitor" > Identifier "Generic Monitor" > Option "DPMS" > HorizSync 30-70 > VertRefresh 50-160 > EndSection I'd start by commenting out the HorizSync and VertRefresh lines above to let xorg pick it's own instead of being constrained. > > Section "Screen" > Identifier "Default Screen" > Device "Generic Video Card" > Monitor "Generic Monitor" > DefaultDepth 16 > SubSection "Display" > Depth 1 > Modes "1920x1200" > EndSubSection > SubSection "Display" > Depth 4 > Modes "1920x1200" > EndSubSection > SubSection "Display" > Depth 8 > Modes "1920x1200" > EndSubSection > SubSection "Display" > Depth 15 > Modes "1920x1200" > EndSubSection > SubSection "Display" > Depth 16 > Modes "1920x1200" > EndSubSection > SubSection "Display" > Depth 24 > Modes "1920x1200" > EndSubSection > EndSection also, check Jorg-Volker's idea too. It may be relevant. A -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHnjzCaIeIEqwil4YRAktWAJ4kKveP1V1tyJ9y8/zGWu3+2SFiIACghvDy 2te9FTqDNH9PhQgswMwC3Uk= =mEwJ -----END PGP SIGNATURE----- |
|
|
|
#7 |
|
Messages: n/a
Hébergeur: |
Andrew Sackville-West wrote:
> On Mon, Jan 28, 2008 at 03:04:32PM -0500, charlie derr wrote: <snippage> > >> Section "Monitor" >> Identifier "Generic Monitor" >> Option "DPMS" >> HorizSync 30-70 >> VertRefresh 50-160 >> EndSection > > I'd start by commenting out the HorizSync and VertRefresh lines above to let > xorg pick it's own instead of being constrained. woohoo, that worked! thanks so much for this hint > > <more snippage> > > also, check Jorg-Volker's idea too. It may be relevant. > > A Yeah, it looks like there's some good info there, but since I no longer have a problem, I'm less inclined to make sure I understand it all :-] thanks to all, ~c -- To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org |
|
|
|
#8 |
|
Messages: n/a
Hébergeur: |
On Jan 28, 2008 8:06 AM, Kelly Clowers <kelly.clowers@gmail.com> wrote:
> On Jan 28, 2008 6:29 AM, charlie derr <cderr@simons-rock.edu> wrote: > > I have a laptop with a native resolution of 1900x1200 which has been working fine for the past year an a half. > > > > This weekend I upgraded (which included both X and kde) in unstable/sid and now I find that my X session is being rendered > > (according to xvidtune) at 1680x1050 > > > > What's odd is that the relevant section from /etc/X11/xorg.conf (pasted below) wouldn't seem to allow that. > > > > Anyone know what's going on? The only explanation that makes sense to me is that Xorg now directly queries the graphics > > subsystem and essentially ignores what's been set in xorg.conf. I'm definitely interested in knowing how to get back the full > > 1900x1200 resolution. > > > > Here is what part of my xorg.conf looks like: > > Section "Monitor" > Identifier "G90f-2" > Option "DPMS" > Option "PreferredMode" "1600x1200" > EndSection > > Section "Screen" > Identifier "Default Screen" > Device "ATI RV350 AS [Radeon 9550]" > Monitor "G90f-2" > DefaultDepth 24 > SubSection "Display" > #Modes "1600x1200" "1280x1024" "1024x768" "800x600" > EndSubSection > EndSection > > As you can see the "modes" are commented out, and monitor > has a "preferredmode". Unfortunately I don't remember what > blog post pointed me in this direction and I don't know what > variant methods might work, if this particular setup do the job. > > Hopefully this will be of some . Followup - I found this page: http://wiki.debian.org/XStrikeForce/HowToRandR12 which mentions dropping the screen/display/modes section and the vertical and horizontal specs. Further down, it mentions the use of "preferredmode", although in a more complex way (with modeline). P.S. gmail's "update conversation" shows that this is now redundant, but since I already wrote it, I guess I'll post it. Cheers, Kelly Clowers -- To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org |
|
|
|
#9 |
|
Messages: n/a
Hébergeur: |
On Mon, 28 Jan 2008 13:05:06 -0800
"Kelly Clowers" <kelly.clowers@gmail.com> wrote: > On Jan 28, 2008 8:06 AM, Kelly Clowers <kelly.clowers@gmail.com> wrote: > > On Jan 28, 2008 6:29 AM, charlie derr <cderr@simons-rock.edu> wrote: > > > I have a laptop with a native resolution of 1900x1200 which has been working fine for the past year an a half. > > > > > > This weekend I upgraded (which included both X and kde) in unstable/sid and now I find that my X session is being rendered > > > (according to xvidtune) at 1680x1050 > > > > > > What's odd is that the relevant section from /etc/X11/xorg.conf (pasted below) wouldn't seem to allow that. > > > > > > Anyone know what's going on? The only explanation that makes sense to me is that Xorg now directly queries the graphics > > > subsystem and essentially ignores what's been set in xorg.conf. I'm definitely interested in knowing how to get back the full > > > 1900x1200 resolution. > > > > > > > Here is what part of my xorg.conf looks like: > > > > Section "Monitor" > > Identifier "G90f-2" > > Option "DPMS" > > Option "PreferredMode" "1600x1200" > > EndSection > > > > Section "Screen" > > Identifier "Default Screen" > > Device "ATI RV350 AS [Radeon 9550]" > > Monitor "G90f-2" > > DefaultDepth 24 > > SubSection "Display" > > #Modes "1600x1200" "1280x1024" "1024x768" "800x600" I'd say this is the problem. It looks like a bug, so should be reported, but if you remove the Hash # your card should pick up on the first option. It's obvious that's what you've selected, but transfer to config hasn't been clean, and xserver-xorg has opted for a 'safe' optimal. Regards, -- To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org |
|
![]() |
| Outils de la discussion | |
|
|