=== darkstar62 is now known as darkstar62[away] === darkstar62[away] is now known as darkstar62 === darkstar62 is now known as darkstar62[away] === bjf-afk is now known as bjf [15:12] lool, do we know which packages would have to be recompiled ? [15:12] "Then [15:12] we would like to look at rebuilding affected binaries. [15:12] " [15:12] not a very detailed list :) [15:14] lool, imho we shouldnt tinker with something like that this late in the cycle [15:14] we have a workaround for oo.o and i dont think we saw other fallout yet [15:34] ogra, I dunno, I've seen quite a bit of instability in karmic verus jaunty. gnome and firefox especially [15:35] i dont [15:35] ogra: As I note, I'm working on building the list [15:35] yes [15:35] ogra, its possible its dove related [15:35] i wasnt following #mobile since you asked to have all conversation here :P [15:40] amitk_, poke [15:41] amitk_, in drivers/video/mxc/mxc_ipuv3_fb.c there is a line "static unsigned long default_bpp = 16;", can you change that to 24 with the next upload ? [15:41] * amitk_ pokes ogra with a spear [15:41] ouch [15:41] * ogra tapes the hole in his belly [15:42] ogra: colors not looking good? [15:42] Yup [15:42] amitk_, well, depends ... http://launchpadlibrarian.net/32366612/dsc_3982.jpg [15:42] ogra: Do we have a bug for this? [15:42] ogra: The xsplash bug would be fine [15:42] not for the driver [15:43] Add a task with linux-fsl-imx51 [15:43] no it wouldnt [15:43] i'll add a new one [15:43] Ok your call, please file a new bug then [15:43] the xsplash bug affects other arches apparently [15:44] ah, and you said 32, i see the driver actually has a 32bpp stting [15:44] no idea why it isnt picked up from cmdline ... i guess it needs a special format once again [15:44] ogra: that is default_bpp. Can't the Xserver request another bpp? [15:44] * ogra sighs about that driver [15:44] amitk_, the xserver is fbdev :) [15:45] we dont have a real xserver yet [15:45] and the fbdev only uses the settings it has on kernel startup [15:45] right, can't you request it on cmdline? [15:46] so we either re-add the video option to alkl default cmdlines which we dont want or just make the driver do the right thing [15:47] ogra: just curious why you don't want it in the cmdline? Since it has the same effect - of imposing 24bpp policy on the users [15:48] and that (policy) is better handled outside the kernel [15:48] ogra : OOoo... looks pretty [15:48] not anything like it's supposed to .. but very pretty :) [15:48] amitk_, because that means to use a hack [15:48] ogra : Is there not a 16 bit version of the xsplash? [15:49] amitk_, if the driver doesnt dtrt i'm not really hot on hacking around that in ten different places [15:49] yeah, I kinda like the 16bpp look ;) [15:49] ah, thats why you dont want to change it [15:50] ogra: ok, fire a bug at me and thou shall have it. (And you get to pick up the broken pieces if it explodes after the change) :) [15:50] i'll do a testbuild over night :P [15:50] I still think it should be on the cmdline so that we can fix it easily incase other stuff blows up [15:52] then a lot of scripts need to be changed [15:53] speaking of broken testbuilds ... I'm going to need some guidance on the right way to make the PBX-A9 PPA [15:53] if anything blows up because your monitor doesnt do 32bpp, you can change your cmdline as easily [16:29] NCommander: I get a shitload of output when booting an installed dove y1; could you open a bug to get the kernel printks and other bits quieten down to info messages instead of warnings or something? [16:29] NCommander: there's a bug for this on imx51 already === darkstar62[away] is now known as darkstar62 === darkstar62 is now known as darkstar62[away] === darkstar62[away] is now known as darkstar62 === GrueMaster1 is now known as GrueMaster === darkstar62 is now known as darkstar62[away] === darkstar62[away] is now known as darkstar62