**** BEGIN LOGGING AT Thu Oct 28 02:59:57 2010
Oct 28 13:00:57 <Neko_> where's the unity irc channel
Oct 28 13:01:05 <Neko_> or can I ask here, what on earth is this "eglx" backend for clutter?
Oct 28 13:01:21 <hrw|afk> embedded glx?
Oct 28 13:01:26 <hrw|afk> bb soon
Oct 28 13:01:28 <Neko_> does that just mean that libegl1-x11 is the backend (i.e. an EGL that runs on X?)
Oct 28 13:13:22 <rsalveti> Neko_: yep
Oct 28 13:13:36 <rsalveti> it's basically gles but compatible with x
Oct 28 13:14:23 <Neko_> so basically, EGL that takes XDisplay as EGLDisplay or whatever
Oct 28 13:14:25 <rsalveti> Neko_: #ubuntu-uds-Bonaire4
Oct 28 13:14:30 <rsalveti> yup
Oct 28 13:14:31 <Neko_> rather than EGL which has some crazy GLX support
Oct 28 13:14:44 <rsalveti> in case you want to check the current unity->compiz transition
Oct 28 13:14:53 <rsalveti> we're just having this session now
Oct 28 13:14:54 <Neko_> (we noticed Cairo OpenGLES backend etc. and some others create context using GLX then render GLES with it)
Oct 28 13:15:34 <Neko_> nah I am fine with whatever result
Oct 28 13:15:45 <Neko_> as long as some standard GL library stuff will work and it doesn't depend on Mesa
Oct 28 13:16:50 <rsalveti> Neko_: yeah, it shouldn't depend it on mesa, should work just fine with gles
Oct 28 13:17:17 <rsalveti> but as now they are changing mutter to compiz, the gles compatibility still needs to be developed
Oct 28 13:17:49 <Neko_> ARGH
Oct 28 13:18:01 <Neko_> tell them it's a dumb idea. mutter is going to be fine in the future
Oct 28 13:18:32 <Neko_> why keep using compiz just so that you can support some amd64 PC? mutter will do that. and you will update to GNOME 3 and be discarding their default window manager :D
Oct 28 13:18:39 <rsalveti> but they want to change it to the next cycle already, seems they had too many problems with mutter
Oct 28 13:20:25 <rsalveti> Neko_: do you know the current state of the gles drivers for i.MX51?
Oct 28 13:24:07 <Neko_> rsalveti, we have the technology :D
Oct 28 13:24:28 <Neko_> could ship something for smartbook by the end of the week but I wouldn't be proud of it
Oct 28 13:25:24 <rsalveti> Neko_: haha :-)
Oct 28 13:25:34 <rsalveti> do you have the proper xdriver and etc?
Oct 28 13:25:50 <Neko_> well
Oct 28 13:25:55 <Neko_> let's explain the situation
Oct 28 13:26:02 <rsalveti> ok
Oct 28 13:26:05 <Neko_> there is a EGL, GLES1.1 GLES2.0 and OpenVG
Oct 28 13:26:21 <Neko_> they communicate through this kernel layer (cross platform) which is in the kernel we ship, called GSL
Oct 28 13:26:28 <Neko_> it is like DRM but it works on WindowsCE too :D
Oct 28 13:26:30 <Neko_> Qualcomm also use it
Oct 28 13:26:49 <Neko_> what there is, is basically EGL for X11 and EGL for framebuffer
Oct 28 13:26:52 <Neko_> OpenGL doesn't care
Oct 28 13:26:53 <rsalveti> got it
Oct 28 13:27:12 <Neko_> the Xorg 2D driver uses the OpenVG unit to accelerate EXA
Oct 28 13:27:22 <Neko_> Freescale use UIO because they thought it was faster
Oct 28 13:27:26 <rsalveti> Neko_: what is the chip that handles the gles?
Oct 28 13:27:28 <Neko_> but the original AMD interface works just as well
Oct 28 13:27:33 <Neko_> (through GSL)
Oct 28 13:27:52 <rsalveti> interesting, never saw people using openvg to accelerate exa
Oct 28 13:27:52 <Neko_> problem: with AMD GSL for the X11 driver, everything is red
Oct 28 13:28:06 <Neko_> they don't they're poking the hardware to do things like blits and render lines and stuff
Oct 28 13:28:13 <Neko_> 2D is 2D
Oct 28 13:28:37 <ogra_ac> now thats a statement
Oct 28 13:28:39 <Neko_> problem: with FSL UIO for the X11 driver, everything is fine, a bit faster, but it disables any ability to use OpenVG
Oct 28 13:28:52 <Neko_> we hate that idea and FSL are dropping it next BSP anyway
Oct 28 13:29:00 <Neko_> (and that has 2.6.35 in it as well, yay!)
Oct 28 13:29:48 <Neko_> what we might do is package 3D on the basis that you can use it how you like without any X11 support for EXA or so. pixman is used in fbdev and works nice. OpenGL will render on top of it at decent speed. So will OpenVG.
Oct 28 13:30:02 <Neko_> and then we will work out the stupid red tint bug and ship an accelerated X11 driver later
Oct 28 13:31:29 <Neko_> hehe we just dropped pixman 0.20.0 on the smartbook and it screams along
Oct 28 13:31:31 <Neko_> hooray
Oct 28 13:34:20 <rsalveti> hehe
Oct 28 15:44:08 <Neko_> font question!
Oct 28 15:44:17 <Neko_> guys, when jaunty was around it had this nice sort of curvy console font
Oct 28 15:44:25 <Neko_> anyone remember what it was?
Oct 28 15:44:31 <Neko_> stuck with terminus here and missing the curvy jaunty one
Oct 28 18:37:15 <sebjan_> ogra_ac: (working on the emmc installer) what is triggering the ubuntu image installer (asking for locale, create a user, ...) on the 1st image boot? (I have all the pieces ok, except that on the 1st boot from emmc I get a logging screen)
Oct 28 18:37:56 <sebjan_> ogra_ac: note that we bypass jasper and try to reproduce some parts of it in another initramfs (so I may be missing something made by jasper?)
Oct 28 19:13:06 <ogra_ac> sebjan_, yes you likely miss the whole of jasper_setup, and you shouldnt do the partitioning and copying by a script, debian-installer has all we need, i will work on a proper solution for natty
Oct 28 19:14:29 <sebjan_> ogra_ac: yes, as a short term work-around we bypass jasper and try to do most of it on our side. I was missing /root/var/lib/oem-config/run. Now the installer runs. I still have to fix the default session.
Oct 28 19:15:17 <ogra_ac> thats also in jasper (will be fixed elsewhere in natty)
Oct 28 19:15:53 <sebjan_> yes, I saw that :). I miss the call to gdm-set-default-session
Oct 28 19:16:32 <ogra_ac> in natty we will just set it at image buildtime so there wont be a need for the jasper hack
Oct 28 19:16:48 <sebjan_> ogra_ac: where does the /usr/share/xsessions/une-efl.desktop comes from?
Oct 28 19:19:14 <jo-erlend> N900 has gained U-Boot support. Does that mean that I could dd a flashcard, insert it and boot Ubuntu ARM on it? :)
Oct 28 19:54:45 <rsalveti> jo-erlend: I'm also waiting to have it on my n900 so we can try to spin an image for it
Oct 28 19:55:02 <rsalveti> I'm building a maverick compatible kernel that should work at the n900
Oct 28 19:55:08 <jo-erlend> nice :)
Oct 28 19:55:11 <rsalveti> but still needs more testing
Oct 28 19:55:23 <jo-erlend> I'm just trying out MeeGo as we speak :)
Oct 28 19:55:31 <jo-erlend> that is to say: I'm preparing to do so.
Oct 28 19:55:48 <rsalveti> jo-erlend: cool, will ping you when I get something :-)
Oct 28 19:55:55 <jo-erlend> grand. :)
Oct 28 19:56:14 <rsalveti> but in our best case, we should have a working kernel, working initrd, and working xserver, accelerated by sgx
Oct 28 19:56:20 <rsalveti> all working fine, that's the goal :-)
Oct 28 19:56:47 <rsalveti> and with ofono you can even use the modem, and call someone :-)
Oct 28 19:57:13 <rsalveti> but unfortunally I don't have much time this week to search for the u-boot support
Oct 28 19:57:14 <jo-erlend> wow! I can _call someone_ with my phone?! Awesome. :)
Oct 28 19:57:20 <rsalveti> doesn't seems to be public, but I can be wrong
Oct 28 19:57:35 <rsalveti> on ubuntu, that's the awesome part ;-)
Oct 28 19:57:42 <jo-erlend> yes, I know. :)
Oct 28 19:59:12 <rsalveti> out again, another ude session :-)
Oct 28 20:00:13 <jo-erlend> :)
Oct 28 20:01:44 <suihkulokki> rsalveti: did you look at meego 1.1 kernel yet?
Oct 28 20:19:07 <rsalveti> suihkulokki: that's where I'm getting the kernel patches
Oct 28 20:19:27 <rsalveti> and the good thing is that it's also 2.6.35
Oct 28 20:51:19 <jcastellanos> Hi all, I have a beaglebord C series and was trying to install the OMAP3 preinstalled Maverick (10.10) image, after typing in the console the setenv bootcmd 'mmc init;fatload mmc  ...     I got   ** Unable to use mmc 0:1 for fatload **    Unknown command 'source' - try 'help'.      Any Idea how to solve this?
Oct 28 21:05:44 <lag> jcastellanos: Maverick doesn't work on BB RevC
Oct 28 21:09:47 <jcastellanos> lag: Thanks!
Oct 28 21:11:18 <lag> jcastellanos: np
Oct 28 22:00:48 <rsalveti> lag: jcastellanos: it should work
Oct 28 22:01:02 <rsalveti> the C4 was quite well tested
Oct 28 22:01:10 <rsalveti> and it's officially supported by us
Oct 28 22:01:30 <rsalveti> it's not the recommended board from a user experience point of view
Oct 28 22:01:50 <rsalveti> but you can for sure run ubuntu quite well on it, if you switch to a lighter wm and etc
Oct 28 22:01:59 <hrw> hi
Oct 28 22:03:47 <rsalveti> hey
Oct 28 22:04:44 * rsalveti out, just finished last session
Oct 28 22:05:44 <rsalveti> anyone interested at joining the arm team? http://webapps.ubuntu.com/employment/canonical_UOASE/
Oct 28 22:25:56 <jcastellanos> rsalveti: Thanks for the board info
**** ENDING LOGGING AT Fri Oct 29 02:59:57 2010