[07:27]  * ara hugs RAOF for working on bug 824099 :)
[07:28] <RAOF> It's not so much a fix as a "please don't do that, use Unity 2D if you want to span your displays". :/
[07:47] <alkisg> Hi, I've a lab of computers where the graphics card uses the pm2fb.ko module. The videoram is 4 MB, but only 512 KB are detected.
[07:48] <alkisg> I tried forcing VideoRam in xorg.conf, but it made no difference
[07:48] <alkisg> Would trying a newer kernel help? What else can I try?
[07:57] <RAOF> alkisg: Is that permidia?
[07:57] <RAOF> Old school!
[07:57] <alkisg> RAOF: yes, and yes
[07:57] <alkisg> Too old, but unfortunately that school can't afford the change
[07:58] <alkisg> I'm trying to install the backported natty kernel (using lucid)
[07:58] <RAOF> xorg.conf isn't going to have any effect; that's a kernel framebuffer driver - there is no X driver involved.
[07:58] <alkisg> If anyone has some other ideas I could try...
[07:58] <alkisg> Ah
[07:58] <RAOF> Or, rather, there's an X driver involved, but it's just a dumb FB driver.
[07:58] <alkisg> Isn't there any way to force X to use a particular mode even though it thinks there's not enough videoram for it?
[07:59] <RAOF> No.  X isn't setting the mode at all.
[07:59] <alkisg> (the school had windows previously, cards worked fine there)
[07:59] <jcristau> you can try playing with fbset
[07:59] <ara> RAOF, good to me. Right now it is: do what you want but your display will look awful 
[07:59] <jcristau> or hacking up your kernel driver
[07:59] <RAOF> You *might* be able to pass some kernel module parameters to that module.
[08:00] <RAOF> alkisg: parm:           mode_option:Initial video mode e.g. '648x480-8@60' (charp)
[08:00] <alkisg> I tried `modinfo pm2fb` but I didn't see any options... ah that one
[08:00] <alkisg> Let's see if it can use it even though it thinks it doesn't have enough ram
[08:01] <RAOF> ara: Yeah.  Or, in my case, be software rendered on the *super fast* atom processor, for a blazing 30 seconds per frame performance.
[08:02] <RAOF> Let's see if this works...
[08:05] <alkisg> jcristau: I tried `fbset` and it says "cannot open /dev/fb0"
[08:06] <alkisg> trying to pass mode_option in the command line...
[08:08] <jcristau> err
[08:08] <jcristau> if you're using pm2fb.ko surely you have a fb device...
[08:09] <alkisg> I'm using LTSP, and that's a thin client, but I don't think ltsp would interfere with that... :(
[08:12] <alkisg> Is this a correct syntax?  initrd.img ...  mode_option:1024x768-16@60 
[08:14] <jcristau> no
[08:18] <alkisg> Here are some files from the client: http://paste.ubuntu.com/697123/
[08:18] <alkisg> xorg.log, cmdline, modinfo etc
[08:19] <alkisg> ls -l /dev/fb* says file not found
[08:21] <jcristau> well pm2fb is not loaded
[08:21] <jcristau> so clearly you're not using that
[08:22] <alkisg> I'm reporting what `lspci -nn -k | grep -A 2 VGA` told me: Kernel modules: pm2fb
[08:23] <jcristau> yes, that means pm2fb could drive that hw
[08:23] <jcristau> otherwise it would tell you Kernel driver in use: $something
[08:24] <alkisg> Ah. modprobe pm2fb indeed loaded the module now
[08:24] <alkisg> And I have an /dev/fb0 now
[08:31] <alkisg> jcristau: a big improvement, thanks. After manually loading pm2fb, I got X at 640x480
[08:32] <alkisg> Any advice on how to force that to 1024x768?
[08:32] <alkisg> Will running `fbset params` before loading X help?
[08:32] <jcristau> i don't know.
[08:33] <alkisg> Thank you though. Could you help me for the correct syntax on the mode_option parameter?
[08:33] <alkisg> (11:12:41 πμ) alkisg: Is this a correct syntax?  initrd.img ...  mode_option:1024x768-16@60 
[08:33] <alkisg> (11:14:33 πμ) jcristau: no
[08:33] <alkisg> *could someone help me...
[08:38] <tjaalton> http://www.linuxdoc.org/HOWTO/Framebuffer-HOWTO/x168.html
[08:38] <tjaalton> see the part about permedia
[08:45]  * alkisg reads, ty...
[09:54] <alkisg> Phew that was a difficult one to do via VNC! After all the troubleshooting, I solved the problem by putting the following in my LTSP lts.conf configuration file:
[09:54] <alkisg> MODULE_01="pm2fb mode_option=1024x768-16@75"
[09:54] <alkisg> Thank you all for your help, yet another school just moved to Ubuntu/LTSP. :)
[12:27] <mdeslaur> Hi X hackers...any known workaround for bug 858450 ?
[12:28] <tjaalton> bug 858450
[12:29] <tjaalton> huh, no bot
[12:32]  * mdeslaur is saddened by bot's suicide
[12:36] <tjaalton> mdeslaur: uh, I understand how annoying the bug is..
[12:36] <tjaalton> as a quick test I can only suggest trying a 3.1rc mainline kernel
[12:37] <mdeslaur> tjaalton: do we have a mainline ppa somewhere?
[12:39] <tjaalton> mdeslaur: yes http://kernel.ubuntu.com/~kernel-ppa/mainline/
[12:39] <mdeslaur> tjaalton: ah, thanks!
[12:54] <tjaalton> mdeslaur: i don't have working ati-gear here, so haven't seen bugs like that myself. maybe others on this channel have though
[13:01] <mdeslaur> tjaalton: thanks
[13:27] <kamstrup>  I almost assume that it's a known issue, but I can't find it in LP: my integrated intel graphics hd 3000 (sandybridge) no longer works (no glx). This worked smoothly ~1 month ago... ?
[13:28] <kamstrup> I am not 100% sure where the regression happened because I normally use the discrete nvidia card on my laptop, but decided in a fit of adventurousness that I wanted to try the integrated intel again yesterday...
[13:29] <kamstrup> (so just to make it clear optimus is disabled in the bios, so it's not running hybrid, just pure old intel graphics hd 3000)
[13:30] <Sarvatt> you have to remove the nvidia driver
[13:31] <tjaalton> right
[13:34] <kamstrup> ah, ok
[13:39] <kamstrup> thanks Sarvatt, tjaalton that helped :-)
[13:45] <Sarvatt> kamstrup: you can do it without removing it if you plan on doing it a lot also
[13:46] <Sarvatt>  sudo update-alternatives --config gl_conf (pick mesa instead of nvidia)
[13:46] <Sarvatt>  sudo ldconfig
[13:46] <Sarvatt>  sudo update-initramfs -u
[13:46] <kamstrup> Sarvatt: yeah, it might be helpful for testing out Unity performance
[13:46] <Sarvatt> (then reboot)
[13:46]  * kamstrup stores a note
[13:47] <Sarvatt> same thing picking nvidia again to go back
[13:49] <tseliot> kamstrup: if you're using oneiric you might want to replace "gl_conf" with  either "x86_64-linux-gnu_gl_conf" (on Ubuntu 64bit) or "i386-linux-gnu_gl_conf" (on 32bit) 
[13:49] <kamstrup> tseliot: ah, that's also way easier mnemotechnically ;-)
[13:50] <tseliot> kamstrup: I'm on Ubuntu 64bit and simply type update-alternatives --configure x86 and then I press TAB for autocompletion since I can't remember the whole string
[13:51] <kamstrup> Long live tab completion :-)
[13:51] <tseliot> :)
[13:52] <alkisg> Yeah I started using it on norm<tab> senten<tab> too. Unfor<tab> it doesn't work :(
[13:58] <kamstrup> yeah, i kn
[14:32] <bjsnider> since when does optimus work on linux?
[14:32] <kamstrup> bjsnider: it "works" if you disable it in the bios ;-)
[14:33] <bjsnider> no, you said you normally use the nvidia chip exclusively
[14:33] <tjaalton> ironhide works somewhat
[14:33] <kamstrup> bjsnider: exactly
[14:34] <kamstrup> bjsnider: disable optimus, using only the discrete card
[14:34] <bjsnider> i see
[14:34] <bjsnider> you're lucky your craptop gives you that option
[14:34] <bjsnider> a lot of them don't let the user have that much control over the graphics setup
[14:43] <kamstrup> bjsnider: wow, I'd actually expect one to be able to deactivate the hybrid mode in the bios, and at least use the integrated card in a dedicated way
[14:43] <kamstrup> even on cheap hardware
[14:44] <kamstrup> ignorance is bliss
[14:45] <bjsnider> i've talked to people recently who say they've been through the bios and there is no such option
[14:50] <bjsnider> i would think that would make it very hard to buy a laptop if you intend to put linux on it
[17:48] <shadeslayer> hey, anyone have a idea how to get my intel i915 kernel module working? I get : *ERROR* drm/i915 can't work without intel_agp module!
[17:48] <shadeslayer> i have a seprate discrete graphics card, but i'd like to power that down and just boot using the intel agp
[19:51] <ricotz> Sarvatt, hi, are you ok with if i just copy the cairo packages with its current version string to edgers?
[20:10] <Sarvatt> ricotz: yup!
[20:12] <ricotz> Sarvatt, done ;)