[05:18] <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
[08:30] <RAOF> Sweet.  nouveau KMS now works on my nv4b.
[09:06] <ripps> Can someone here tell me how to make a persistant xorg-edgers liveusb
[11:16] <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:58] <RAOF> Duke`: Because the initramfs unconditionally modprobes i915, and it doesn't go away.
[12:12] <Duke`> ok
[20:38] <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]
[21:41] <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:56] <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.
[22:25] <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:32] <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:34] <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:35] <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:36] <RAOF> (lspci | grep VGA will do)
[22:37] <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:39] <dash1> Which of the limits am I looking for? GL_MAX_VIEWPORT_DIMS is 4096x4096
[22:40] <dash1> GL_MAX_TEXTURE_SIZE is 2048
[22:42] <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:45] <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:46] <RAOF> That'd be for the laptop's internal screen, probably.
[22:47] <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:48] <dash1> OK. I think I'll do that. But it was OK to get a little reality check first. So thanks for the help. :)