=== smspilla2 is now known as smspillaz
arssonsooo how do i get mir working?05:55
arssonnow i get only black screen when running mir05:59
alf_arsson: http://unity.ubuntu.com/mir/08:12
arssonalready done that08:21
arssoni have nvidia card geforce gt420 and nouveau drivers. maybe it's that.08:23
alf_arsson: could be... do you get a black screen when running a sample client, or are you trying to run an X session over mir?08:38
arssoni go to lightdm and press ctrl+alt+f1 login and run mir08:43
arssoni don't know how to run any demos08:43
arssonbut if i run mir in terminal it says like this  ERROR: /build/buildd/mir-0.0.2bzr543raring0/src/server/graphics/gbm/gbm_display_helpers.cpp(278): Throw in function void mir::graphics::gbm::helpers::EGLHelper::setup_internal(const mir::graphics::gbm::helpers::GBMHelper&, bool)08:45
arssonDynamic exception type: boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<std::runtime_error> >08:45
arssonstd::exception::what: Failed to choose ARGB EGL config08:45
arssonn i don't understand any of that jiberish08:47
arssonalf_ any idea?09:28
alf_arsson: sounds like a nouveau issue09:31
alf_arsson: I haven't had this on either radeon or intel09:32
alf_arsson: can you build https://github.com/robclark/kmscube and see if that works in a VT?09:34
arssonhttp://www.phoronix.com/scan.php?page=news_item&px=MTMxNzg  Right now Mir is said to only work with the Intel and Radeon open-source graphics drivers, but evidently is not yet working for Nouveau. In terms of binary drivers supporting Mir, Canonical claims to be pressuring AMD and NVIDIA to support it, but that will likely be quite some time until those blobs make the changes to fully support EGL and other requirements.09:36
arssoni really don't how to succesfully build anything if there is no good instructions and i'm finnish so english is a bit hard for me.09:41
arssonand when i install close source drivers unity disappears and other desktops too. only wallpaper is visible09:54
=== hikiko is now known as hikiko_lunch
=== hikiko_lunch is now known as hikiko
hikikoI was trying to write an example program using gbm to get sure that it can be used under X and I was getting compile errors from libdrm (drm.h) I've done some modifications (added some parts of the freebsd drm.h that were missing) and now it works but I don't know where to submit my patch... any ideas?13:42
alf_hikiko: can you pastebin the diff?13:51
hikikoalf_, i just saw that the latest version has a fix13:52
hikikoin drm.h you need to use an #if defined(_cplusplus) in drm_buf_map because void *virtual; will give you a compile error13:53
hikiko#if defined(__cplusplus)13:54
hikikovoid __user *c_virtual;13:54
hikikovoid __user *virtual;/**< Mmap'd area in user-virtual */13:54
hikikosomething like that13:54
hikikobut latest libdrm here: http://dri.freedesktop.org/libdrm/13:54
hikikohas the macro13:54
hikikowhich version of libdrm you use?13:56
hikikoI wonder if it is safe to compile the 2.4.4313:57
=== francisco is now known as Guest14513
hikikohttp://paste.ubuntu.com/5667425/ alf_ that's the error without the change (using the installed drm.h)14:06
alf_hikiko: We are using whatever comes with raring devel (currently 2.4.43)14:17
hikikoI should have the same version then :s14:18
alf_hikiko: I wonder why we don't get a build error for that in mir...14:23
hikikomaybe because mir includes the xf86drm.h14:25
hikikoah no it includes drm.h as well so we should get the error14:26
hikikobut we don't :s14:26
hikikothe most strange is that if I do apt-get source libdrm-dev I get the latest fixed drm.h but my /usr/include/drm/drm.h is different14:28
hikiko:/ it seems that there are 2 drm.h :p my mistake... drm/drm.h has the bug and libdrm/drm.h is the correct from libdrm-dev :p i was using the system's drm.h14:35
hikikook alf_ my mistake... there are 2 drm versions but mir uses pkg-config and gets the libdrm which doesn't have the bug :) i used pkg-config in my makefile and now my test uses the non-buggy header, sorry :)14:46
alf_status: Finished iteration-0 of vt-switching, have hacky working code locally... up next proper design for this15:03
kdubstatus, finishing up the hwc 1.1 branch and starting work on the framebuffer native window for android (deprecating the code we're using now)15:05
kdubalf_, what if i rename mga::FBFactory to mga::DisplayFactory and rename mga::DisplayFactory to mga::DisplayAllocator15:13
alf_kdub: The confusion comes from "Display", so I am not sure if this is going to be any clearer15:15
alf_kdub: Is there a different way to express (HWC|Android)Display?15:16
kdubthose classes implement mg::Display though15:16
alf_kdub: ahh, you are right15:17
kdubi do agree though that the mga::FBFactory just uses "FB" because its a word that just sort-of fits there15:18
alf_kdub: in light of this, DisplayAllocator seems much better15:20
alf_kdub: although, I guess its only purpose is for testing? (e.g. your comment in the MP)15:20
* kdub goes to change it15:20
racarrstatus: *squitns at monitor while holding one hand over light*15:46
racarractual status: Iterating on inprocess-egl soon, reviews, etc.15:47
kgunnracarr: homeless guy was wrong...i heard Easter happened yesterday15:49
ogra_depending on your country it is also happening today :)15:50
ogra_(i.e. germany has  easter monday ... national holiday ...)15:50
smspillazditto australia15:51
racarrkgunn: I'll let him know ;15:52
kgunnracarr: i saw kdub/alang gave a pretty exhaustive review...think this will be the week for inprocess egl to land once those are addressed?15:55
kdubalf_, name changes pushed15:58
alf_kdub: ok15:58
racarrkgunn: Should be :)15:59
kgunnracarr: awesome!16:00
kgunnracarr: so do you have (or plan to have a test) that runs 2 clients at once...one with its own buffs vs mir provided? (just thinking of a nasty test)16:01
racarrkgunn: With it's own buffers?16:02
racarrWhat kind of client do you mean16:03
kgunnwas thinking shell-like16:03
racarrthey get mir provided buffers just via16:04
racarrinprocess communication16:04
racarrhmm testing 1 in process and 1 out of process though...no...it has been tested but we don't really have any16:04
racarrintegration tests that call in Mesa as well16:04
racarriterated on enable-inprocess-egl17:03
racarrmaking tea then back to receive-input-in-clients17:03
kgunnracarr: is it worth it to add such a in/out of process simultaneous test...guess, with qt everything should be in process...so, not that interesting17:09
* kdub just discovered you can link blueprints to branches...17:17
kdubkgunn, is that something that's helpful to do?17:17
kgunnkdub: i like linking stuff....i think more helpful than not17:19
racarrLet it grow is the best song for test driven refactoring: https://www.youtube.com/watch?v=hxUD2IX1UfM17:39
racarr(just to settle that question ;))17:39
racarr(https://www.youtube.com/watch?v=8KbW6UWFrCk of course being the second best song for refactoring)17:53
=== racarr is now known as racarr|lunch
racarr|lunchBack soon!18:31
=== kdub is now known as kdub^lunch
=== racarr|lunch is now known as racarr
=== kdub^lunch is now known as kdub
racarrCleaned up and iterated on receive-input-in-client and enable-inprocess-egl did some reviews and doxygen and blabla21:04
racarrGuess I am going to work on a non hacked together branch of Qtubuntu with input that works on Mir :)21:05
=== bschaefer_ is now known as bschaefer
racarrkdub: Is      bzr branch lp:~kdub/aal+/ubuntu-platform-mir  the most current version of ~kdub/ubuntu-platform-mir21:10
racarrI need ubuntu-platform-mir now XD so I was going to do it21:10
racarrand was trying to find wher ethe launchpad branches moved and found this21:10
kdubracarr, yeah, thats how I switch out surfaceflinger from the ubuntu touch demos21:10
racarrOk great!21:10
kdubi won't say its perfect though :)21:10
racarrI have a likely even more hacked together version21:11
racarrfor running qtubuntu to test input21:11
racarrso I will combine them and make something21:11
kdubracarr, cool. the branch you reviewed there (thanks btw) should run on nexus 4 with no screen problems21:24
racarrI wish I could test it...nexus 4 had an incident with the washing machine21:28
racarrdown to nexus 7 atm21:28
thomiHey everyone21:37
robert_ancellthomi, hello21:37
thomibuilding glmark for mir....21:40
* thomi crosses fingers21:40
thominow I'm super-confused, perhaps someone can un-confuse me a bit...22:21
thomithe branch alf_ mentioned in his email (lp:~mir-team/glmark2/mir) doesn't contain the mir-* flavours he mentioned.22:21
thomibut lp:glmark2 does.22:21
thomiyet his email seems to indicate that active development is happening in the mir-team branch.... and it doesn't merge cleanly with glmark2 trunk either22:22
thomiso.... which branch am I supposed to be building?22:22
poseidonhttp://unity.ubuntu.com/mir/md__h_a_c_k_i_n_g.html says mir won't work on systems with nvidia cards (under running mir), is this correct?22:41
RAOFposeidon: No, that's incorrect, although you do need to be using the (default) nouveau drivers. *XMir* won't currently work on nvidia systems because we haven't patched nouveau for it yet, but XMir's not currently working anyway :)22:53
RAOFthomi: WHere's lp:glmark2?22:53
RAOFOh, whoops. Missed the '2'22:53
thomioh good, that makes sense then :)22:54
thomimy current strategy is to try and build lp:glmark2 and ignore the other branch22:54
RAOFLooks like alf_'s Mir work is already merged into lp:glmark222:54
thomiwhich is odd, since that was merged *before* he sent the email on mir-devel22:55
thomiahh well22:56
thomiI'll just ignore it, and build trunk22:56
DarxusRAOF: Are you doing some of the work on xmir?  Do you think that's likely to be a useful reference for finishing the xwayland stuff?22:57
RAOFDarxus: It's in the same problem-domain as XWayland, yes. At the moment we're targetting a full root-window-full server, though, so I don't think we're (yet) hitting the most difficult bits.22:58
RAOFAlthough we might run into and solve system-compository problems before xwayland.22:59
DarxusThat makes sense, thanks.22:59
=== thomi is now known as thomi|lunch
=== Darxus_ is now known as Darxus

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!