[08:09] How can I tell what the maximum resolution of my graphics card is? [08:10] create a modeline with cvt and add it to your xorg.conf [08:10] I'm considering a monitor that goes up to 2560x1600, but if my graphics card can't drive it, I'd like to know in advance. [08:10] but file a bug first, i915 by any chance? [08:11] oh what card? [08:11] * mlankhorst just woke up [08:12] mlankhorst: Are you talking to me? [08:12] soren: it needs at least displayport or dvi-d connection, check that first :) [08:12] tjaalton: It's got displayport. [08:13] tjaalton: Why? Won't HDMI go up that high? [08:13] soren: nope [08:13] Wow. Ok. [08:13] 1080p is max [08:13] Good to know. [08:13] what card is it? [08:13] It's some Sandybridge thing. [08:13] should be fine [08:14] at least it drivers 2600x1440 just fine :) [08:14] *drives [08:14] Ok. Do you think I'd be able to use the laptop's own screen at the same time? (xinerama style setup) [08:14] hmm [08:14] depends [08:14] think you should thoguh [08:14] though [08:14] Side-by-side. [08:15] There's no way to look this up? [08:15] some older chip generations had limitations to the texture size, so if it was only capable of 2048x2048 you'd be in trouble, but I think snb can do 8kx8k [08:15] two displays are usually no prob ... i have to add an xorg.conf that sets a higher virtual res though [08:16] (and the error from the monitor applet about this urgently needs some proper wording btw) [08:17] xorg.conf to set virtual size hasn't been necessary since kms [08:17] jcristau, fglrx ;) [08:17] oh well [08:17] i live in a world where fglrx doesn't exist [08:17] except for the lolz [08:17] tjaalton: This is 8086:0126 if that helps at all. [08:18] works awesome with three monitors but well, the monitor applet just dumping the cmdline output of xorg on me instead of a proper error was a bit ... uhm... surprising [08:18] tjaalton: In a Thinkpad X220. [08:18] soren: it's the chip generation that matters, it should be fine [08:18] seriously nothing my mom would have gotten along with [08:18] I think 965 was capable of 4kx4k [08:19] tjaalton: Great. Thanks! [08:19] soren: you're also lucky that it's not a hybrid machine where the DP is hooked to nvidia ;) [08:20] (i've got a T420s..) [08:20] tjaalton: Luck did not factor into it :) It waas rather intentional. [08:20] good thing [08:21] mlankhorst: remind me again, should 1.13 allow the nvidia being the output slave? [08:21] *be [08:21] if the drivers supported it [08:22] which as it stands depends on nvidia module being gpl [08:23] well, nouveau [08:23] but yeah [08:25] tjaalton: I can spin gears for 1 second before it locks up, usually ;) [08:27] :) [08:27] but you're testing offload? [08:41] oh derp [08:42] no wonder things EXPLODED [08:42] some reg I used as global but was per ringbuffer [09:10] hmm, ivb gpu hang with precise [09:10] even with the current updates [09:10] but this time I could ssh in [09:10] too bad it doesn't allow to save i915_error_state [09:11] oh now it did === seb128_ is now known as seb128 [16:22] bryceh: what do you think, should we wait for mesa 8.0.3 to pass the sru first before pushing 8.0.4 down the pipe? there's also one patch I added to git which is now confirmed to fix bug 1031784 (along with the -intel fix) [16:22] Launchpad bug 1031784 in xserver-xorg-video-intel (Ubuntu Precise) "Artifacts on screen with ivy bridge" [High,In progress] https://launchpad.net/bugs/1031784 [16:56] tjaalton, I'm thinking we ought to get 8.0.4 into quantal as soon as feasible (I assume it's now in debian?) Then once 8.0.3 gets approved start on the 8.0.4 sru [16:57] bryceh: yeah it's in debian and quantal. I'd really like to get the one additional commit in 12.04.1 though :/ [16:58] since without it HD2500 IVB's are unusable [16:58] agreed :) [16:59] bryceh: so, adding that one (verified) commit on top of the current sru'd package shouldn't risk anything. 8.0.4 doesn't have that many fixes as .3 seems to have anyway, so it can wait post 12.04.1 [16:59] tjaalton, yep that sounds totally fine [17:00] ok lets see if I can get my dmabuf patches sent out then :) [17:00] bryceh: yeah, thanks [17:01] bryceh: also, looks like people are lazy in testing the SRU (who would've thought..) [17:01] so it's not moving :/ [17:04] tjaalton, yep no surprise. Well I've got several machines on precise with piglit ready to run for exactly this eventuality. So guess it's time to fire them up. [17:04] great [17:07] I think I'll run them overnight and avoid boiling myself out of my office :-) [17:08] bryceh: I can do that without putting any machines on! :D [17:12] mlankhorst, :-) === seb128_ is now known as seb128 [17:13] been contemplating getting a portable AC unit for the office [17:14] the office temp gauge shows 28.2C, but it doesn't feel too warm. maybe the darkness compensates [17:14] why? Getting temperature close to body themperature is fun.. [17:15] sweat and electronics don't mix :-) [17:16] usually it's the indirect heat radiation from the shades that's making me sweat, when the sun is shining around noon [17:16] temperature rarely goes above 30 [17:16] C [17:16] :) [17:16] tjaalton: I measured 35 here before in eve [17:16] my room gets hottest :/ [17:16] uh :) [17:16] well it's maybe 17C outside, so [17:17] don't mind it now that the vacation is over [17:17] I think I'm getting all the heat form the roof [17:17] yeah, insulation works both ways :) [17:17] I mean, if you had any it would be cooler [17:17] yeah I've got two large windows in my office, which is really nice most of the time but they tend to let in more heat than normal. regular AC can barely keep up. Then add 7 computer heat loads on top... [17:17] tjaalton: erm insulation is fine here.. [17:18] that's why it was still 35°c in evening [17:18] mlankhorst: ok you got some sort of winter I guess :) [17:19] tjaalton: yeah when we get unlucky [17:19] what, don't like to skate on the canals?-) [17:20] * mlankhorst likes the heat [17:20] one of the computers here has 10 hdd's in it. toasty [17:20] it's nice until it's not [17:20] bryceh: whoa [17:20] 5W a piece [17:20] at least [17:21] actually the two things that put out the most heat is GPU lockups and projector testing [17:21] :> [17:22] tjaalton, could be; actually I did mostly pick out "green" drives that supposedly are cooler and quieter [17:23] anyway, hey I wanted to check on where we are with xserver 1.13? are we blocked waiting on blobs, or for the official release, or...? [17:23] fglrx is probably blocked, rest is in proposed? [17:24] except new xorg-server rc [17:24] arm drivers not in pkg-xorg according to #ubuntu-devel.. [17:24] Sarvatt: yeah but they're out of date [17:24] Sarvatt, ugh, more blobbages [17:25] fglrx I'm actually not super worried about; it always lags a lot, and people can run -ati in the interim [17:25] I would say grab the xf86-video-omap from https://launchpad.net/~tiomap-dev/+archive/release/+index?batch=75&memo=75&start=75 as a start [17:25] Sarvatt, ideas on etas for the arm driver? [17:26] looks like xf86-video-msm hasnt been updated since 2010? [17:26] Sarvatt: remember you saying you would test my q-backports? :P [17:26] bryceh: yeah infinity asked me about it on #u-d, some drivers still missing [17:27] ok, so blocked by drivers. [17:28] bryceh: what would be the deadline for copying them over to quantal? [17:28] hmm [17:28] FF? [17:28] which is before beta [17:29] beta is sep 6th iirc [17:29] FF is Aug 23rd [17:29] beta 1 freeze is Aug 30 [17:29] beta 2 freeze sep 20 [17:30] I could poke the omap devs.. [17:30] so... xserver 1.13~ by FF seems a good goal [17:31] piglit has changed so much since tormod first packaged it, lots of generated files strewn in random places :P [17:31] wonder if the arm devs are willing to test & upload them [17:31] the arm drivers that is [17:31] since they are all over the place aiui [17:32] in the past we've let fglrx get updated as late as beta 2 freeze, but given that we're going to backport this stack, having all the drivers working by beta 1 would seem a lot less risky for us [17:32] also, adding -modesetting and -displaylink to xserver-xorg-video-all will happen, meaning they need to be moved to main [17:33] awesome [17:33] Sarvatt, yeah for my tests I use a git checkout (which I'm keeping to a specific revision for all the mesa tests) [17:33] mlankhorst: yeah that probably answers your question :) [17:34] I uploaded an xserver sru from one of the arm guys yesterday; I was thinking if they will be doing X updates we might invite them to get git access and so forth [17:35] tjaalton, MIR for them for quantal? or quantal+1? [17:35] and put their drivers in git (/me hides) [17:35] bryceh: quantal [17:35] ok [17:35] i think some are in collab-maint [17:35] tjaalton, do you know if anyone is planning on filing the MIRs? [17:36] I'm getting a displaylink monitor some day, will test the hotplug that it works [17:36] bryceh: I can do those [17:36] ok, thanks [17:36] Sarvatt: ah, that's nice then [17:36] http://anonscm.debian.org/gitweb/?p=collab-maint/xf86-video-omap.git;a=summary [17:36] I also have some displaylink gadget I can test with if needed [17:36] its guaranteed none of these will work in 1.13 [17:37] oh sweet, robclark updated xf86-video-omap for 1.13 already in the 0.4.0 release [17:37] https://github.com/robclark/xf86-video-omap/commits/master [17:38] bryceh: yeah if they want they can work against precise too :) [17:38] When the changes in xorg settle down I'll upload newer versions more often.. [17:38] mlankhorst, excellent [17:39] mlankhorst: yeah, it's useful in lts.. even via the backports [20:36] Sarvatt: I remember you or someone else saying that ppa-purge is currently a bit broken due to multiarch issues [20:36] when I try to use it, it tries to remove a ton of packages [20:37] do you know how to make it work properly? [20:37] cnd: yeah it doesn't remove the multiarch packages, what ppa are you purging? [20:37] unity-team/staging [20:37] do all the packages have something in their name in common by any chance? [20:37] * Sarvatt is looking [20:37] I don't know [20:38] I'm on quantal, so there's 11 source packages [20:38] need to find what you have installed :i386 versions of out of there [20:39] Sarvatt: is there an easy way to do that? [20:39] only on edgers where the packages all have names in it :( [20:40] dpkg -l | grep autopilot or bamf maybe?? [20:41] dont know why you'd have multiarch versions of any of those installed.. [20:41] Sarvatt: doesn't look like I have any [20:46] i'll try it out on another machine and see if i can work it out [20:48] Sarvatt: thanks :) [20:57] cnd: worked fine http://paste.ubuntu.com/1134942/ [20:57] i'd look to see if you have another ppa with unity in it thats broken [20:57] it just does sudo apt-get install package1/precise after removing the source and updating, if theres a newer one than in the distro in another ppa it'll try that [20:57] Sarvatt: I have google chrome [20:57] but that's it [20:58] Sarvatt: ooooh… I'm on quantal [20:58] oh, my bad :( [21:17] Sarvatt: I got it working by manually downgrading unity [21:18] and all its deps