| === jono is now known as Guest91841 | ||
| === RAOF_ is now known as RAOF | ||
| RAOF | mlankhorst, tjaalton: When were you thinking of being all xserver 1.15-y? | 05:34 |
|---|---|---|
| tjaalton_ | RAOF: guess it depends on fglrx, they know of the ppa already since a month ago or such | 05:36 |
| === tjaalton_ is now known as tjaalton | ||
| === wgrant_ is now known as wgrant | ||
| === psivaa_ is now known as psivaa | ||
| mlankhorst | RAOF that | 10:24 |
| tseliot | mlankhorst: is that patch of yours to start X with a specific GPU (on hybrid systems) in 14.04? | 10:51 |
| mlankhorst | tseliot: well I think so | 10:52 |
| mlankhorst | that's what the inactive screens were for | 10:52 |
| tseliot | mlankhorst: do you mean xf86-inactive-gpuscreen.patch ? | 10:54 |
| mlankhorst | yeah | 10:54 |
| tseliot | mlankhorst: shouldn't we just use the discrete GPU with nvidia on desktop systems? | 10:55 |
| mlankhorst | indeed, but that requires setting intel as gpu screen | 10:56 |
| mlankhorst | which is why inactive is mapped to gpu screen, nvidia used a bug to do that | 10:57 |
| tseliot | aren't both intel and nvidia gpu screens? | 10:59 |
| tseliot | or does the first gpu become master screen? | 10:59 |
| tseliot | mlankhorst: or maybe I misunderstood what you said | 11:02 |
| mlankhorst | there's 1 master screen and 1 gpu screen | 11:05 |
| tseliot | oh | 11:07 |
| tseliot | mlankhorst: in your patch I only see that set the PLATFORM_PROBE_GPU_SCREEN flag but I don't see anything else. Maybe there's an additional patch? | 11:12 |
| mlankhorst | no that's all you need | 11:14 |
| tseliot | mlankhorst: but I remember that you could pass X the pci id | 11:22 |
| tseliot | you wrote that patch | 11:22 |
| mlankhorst | tseliot: correct, but still need to specify what pci-id belongs to primary, and which one to the gpu screen | 11:23 |
| tseliot | mlankhorst: ok but what I don't understand is if we already have code to do that | 11:24 |
| mlankhorst | tseliot: well nvidia used a bug in xorg-server to specify that intel is a gpu screen, I turned it into a feature :P | 11:25 |
| tseliot | right | 11:26 |
| tseliot | mlankhorst: but I also remember that you told me about some code to launch X with something like: /usr/bin/X :0 -auth... -primary=0:1:0 or something like that to select the card | 11:28 |
| mlankhorst | oh that | 11:29 |
| tseliot | I don't see it among our patches | 11:29 |
| mlankhorst | I don't think I ever made a patch to set it on the command line | 11:29 |
| mlankhorst | only in xorg.conf | 11:29 |
| mlankhorst | oh the -gpu switch | 11:29 |
| mlankhorst | I think I dropped that patch | 11:30 |
| tseliot | yes, that was it | 11:30 |
| tseliot | do you still have that patch somewhere? | 11:30 |
| mlankhorst | no idea, why? | 11:31 |
| mlankhorst | can't find it in the ubuntu tree at least | 11:31 |
| tseliot | I don't want users to install nvidia and fail on desktop systems where crappy bioses which do not disable the integrated GPU when you plug in a discrete card | 11:32 |
| tseliot | and you don't want to offload rendering in that case | 11:33 |
| tseliot | as in bug #1126234 | 11:35 |
| ubottu | bug 1126234 in ubuntu-drivers-common (Ubuntu) "Does not show nvidia driver if intel card is active" [High,Triaged] https://launchpad.net/bugs/1126234 | 11:35 |
| mlankhorst | oh that | 11:36 |
| mlankhorst | my system has that too | 11:37 |
| mlankhorst | but what do you want to do in that case? | 11:37 |
| tseliot | mlankhorst: I think we can simply detect that we're not dealing with a laptop, and, if that is the case, use the discrete card by default | 11:44 |
| tseliot | mlankhorst: or add an option to do that, and my nvidia-prime package will set it in some configuration file | 11:45 |
| mlankhorst | how do you know it's not a laptop, then? | 11:47 |
| tseliot | mlankhorst: well, you can check if you have anything in /sys/class/power_supply/ or if you have /proc/acpi/button/lid | 11:53 |
| mlankhorst | tseliot: I would like something more definitive :P | 11:58 |
| mlankhorst | tseliot: anyway by default the primary gpu is used | 11:58 |
| mlankhorst | which is set in the bios | 11:59 |
| mlankhorst | graphics card initialization order or something | 11:59 |
| tseliot | right now I do: if [ -n "`ls -A /sys/class/power_supply/`" ] && [ -d "/proc/acpi/button/lid" ]; then echo "Laptop detected"; fi | 11:59 |
| tseliot | mlankhorst: right, and I want to be able to ignore that | 12:00 |
| tjaalton | i have an ups, wonder if it shows as a power supply.. | 12:00 |
| tseliot | we cannot rely on the BIOS in some cases | 12:00 |
| tjaalton | not connected via usb currently | 12:00 |
| mlankhorst | it should | 12:00 |
| mlankhorst | in those cases you can use nvidia-prime | 12:00 |
| tseliot | tjaalton: does it also show a lid? ;) | 12:00 |
| tjaalton | no :) | 12:01 |
| tseliot | mlankhorst: a user would plug the monitor into the nvidia card and, surprise, he wouldn't see anything | 12:02 |
| * tseliot -> lunch | 12:02 | |
| mlankhorst | tseliot: yeah it's terrible, I know | 12:02 |
| tjaalton | so Mez's use case from yesterday | 12:02 |
| tjaalton | pretty much | 12:02 |
| tjaalton | hum, time to go trusty | 12:14 |
| tjaalton | on desktop too | 12:14 |
| mlankhorst | I'm still on precise :p | 12:14 |
| tjaalton | well, you get to test the backports :) | 12:15 |
| mlankhorst | true | 12:15 |
| tjaalton | I have precise on another machine | 12:15 |
| mlankhorst | I will move after verifying lts-trusty | 12:15 |
| tjaalton | and latest dev release dualboot | 12:15 |
| mlankhorst | I'm on lts-raring atm, will move to lts-saucy soon :P | 12:16 |
| tjaalton | good boy | 12:21 |
| mlankhorst | hm seems to all be in precise-proposed now | 12:24 |
| tjaalton | oh cool | 12:24 |
| tjaalton | finally | 12:24 |
| mlankhorst | # Xorg -version | 12:32 |
| mlankhorst | X.Org X Server 1.14.5 | 12:32 |
| mlankhorst | should probably log in again to use it ;-) | 12:32 |
| mlankhorst | yay works | 12:34 |
| tjaalton | ship it | 12:34 |
| mlankhorst | definitely | 12:34 |
| mlankhorst | I didn't even mess up versions this time, I think | 12:46 |
| mlankhorst | I deleted all lts-saucy packages from s-lts-backport and x-staging. only thing left in x-staging is xorg-server 1.15 for now | 12:52 |
| mlankhorst | tseliot: any word from fglrx? | 12:53 |
| tjaalton | ->#private ;) | 12:53 |
| tjaalton | we have a call on thursday | 12:54 |
| mlankhorst | ah k | 12:54 |
| tseliot | mlankhorst: I think we can fix that use case | 13:09 |
| tjaalton | tseliot: should nvidia-173 dkms build on saucy? | 13:32 |
| tjaalton | what's the deal with libxcb, is it mergeable by now? | 13:40 |
| mlankhorst | should be | 13:42 |
| tseliot | tjaalton: does it fail? | 13:51 |
| tjaalton | tseliot: there's https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1257392 where it's missing the kernel module, dunno why | 13:52 |
| ubottu | Ubuntu bug 1257392 in xorg (Ubuntu) "Xorg crash" [Low,Incomplete] | 13:52 |
| tseliot | tjaalton: maybe the kernel headers are not installed? | 13:56 |
| tjaalton | yeah thought about that | 14:06 |
| === stgraber_ is now known as stgraber | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!