Sarvatt | https://bugs.edge.launchpad.net/ubuntu/+source/xserver-xorg-video-sis/+bug/162265 | 05:18 |
---|---|---|
ubottu | Launchpad bug 162265 in xserver-xorg-video-sis "please sync xserver-xorg-video-sis 1:0.9.3-6 from Debian unstable main" [Wishlist,Fix released] | 05:18 |
Sarvatt | :D | 05:18 |
RAOF | Sweet. nouveau KMS now works on my nv4b. | 08:30 |
ripps | Can someone here tell me how to make a persistant xorg-edgers liveusb | 09:06 |
Duke` | hum I wonder why I have i915 module loaded by default on my desktop box where there is no intel hardware, but amd+ati | 11:16 |
RAOF | Duke`: Because the initramfs unconditionally modprobes i915, and it doesn't go away. | 11:58 |
Duke` | ok | 12:12 |
alex_mayorga | hello, can anyone tell if I might be bitten by this one https://bugs.freedesktop.org/show_bug.cgi?id=21623 if I go into karmic? | 20:38 |
ubottu | Freedesktop bug 21623 in Driver/intel "[i830] Corrupt display regression since 2.4.x" [Normal,Assigned] | 20:38 |
dash1 | I have a problem with getting max resolution (1600x1200) on an external Dell 2001 FP from my Dell Latitude X1 (i915) on newer Ubuntu versions. I had 1600x1200 with Ubuntu 8.04 with an elaborate xorg.conf, but I can't seem to get it now. And isn't elaborate xorg.confs out of vogue these days, anyway? Any ideas? | 21:41 |
dash1 | On an up-to-date Karmic the problem is really bad: if I connect the external monitor and start gnome-display-properties both screens gets garbled. It goes better if I start x with the external monitor connected, but then I only get 800x600 on both screens. If I try to get 1200x768 on the laptop screen, it gets garbled again. | 21:56 |
RAOF | dash1: My initial guess would be Virtual size issues; a laptop monitor + 1600x1200 will almost certainly hit the "no more than 2048 in any dimension" (pseudo-)limit | 22:25 |
dash1 | RAOF: I don't think that Virtual size is the problem. Isn't 2048x2048 a limit for DRI? I have defined "Virtual 2880 1600" and although I then loose DRI, I think it should work. | 22:32 |
RAOF | So, I said pseudo-limit because I believe that the actual limit on newer intel chips is 4096x4096, and I _think_ that newer mesa+DDX+kernel exposes this limit. | 22:34 |
RAOF | Which would be relatively untested, because the limit was previously 2048. | 22:34 |
dash1 | ROAF: OK. And i915 is an old chip that can't do more than 2048x2048 at all? | 22:35 |
RAOF | i915 is the driver for all new intel chips. Got a better identifier? :) | 22:35 |
RAOF | (lspci | grep VGA will do) | 22:36 |
dash1 | Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03) | 22:37 |
* RAOF 's GM45 (identified as "Mobile series 4") has GL_MAX_TEXTURE_SIZE=4096 | 22:37 | |
RAOF | I don't know about that chip. | 22:37 |
RAOF | glxinfo -l will spit out all the mesa limits, at least. | 22:37 |
dash1 | Which of the limits am I looking for? GL_MAX_VIEWPORT_DIMS is 4096x4096 | 22:39 |
dash1 | GL_MAX_TEXTURE_SIZE is 2048 | 22:40 |
dash1 | I think it maybe has to do with a warning I see in the Xorg.0.log file: (WW) EDID preferred timing clock 162.00MHz exceeds claimed max 160MHz, fixing | 22:42 |
dash1 | And later it says that Modeline "1600x1200"x60.0 162.00 ... and even later (II) intel(0): Not using default mode "1600x1200" (vrefresh out of range) | 22:45 |
RAOF | That'd be for the laptop's internal screen, probably. | 22:46 |
RAOF | I think it might be time to file a bug (with "ubuntu-bug -p xserver-xorg-video-intel", which will pick up all sorts of extra useful information) if you haven't already. I'm not really an intel expert. | 22:47 |
dash1 | OK. I think I'll do that. But it was OK to get a little reality check first. So thanks for the help. :) | 22:48 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!