**** BEGIN LOGGING AT Wed Apr 11 02:59:58 2012
Apr 11 04:24:42 <MrCurious_> installing 11.10 on a pandaboard, i am stuck in a loop asking language, location, ...
Apr 11 04:24:51 <MrCurious_> anyone have any hints/clues?
Apr 11 04:32:28 * MrCurious_ takes his 4th trip through system configuration
Apr 11 04:34:25 <MrCurious_> nice success sorted itself out
Apr 11 06:22:11 <rsalveti> ogra_: infinity: can any of you review bug 978563?
Apr 11 06:22:12 <ubot2> Launchpad bug 978563 in jockey "FFe: jockey support for pvr-omap4 (Pandaboard)" [Undecided,New] https://launchpad.net/bugs/978563
Apr 11 06:22:37 <rsalveti> I just want to have another opinion on how to proceed with it
Apr 11 08:39:18 <ogra_> rsalveti, oh, wow !
Apr 11 08:43:22 <ogra_> rsalveti, has the second variant been tested ? i would prefer the second one, since we might want an nvidia-common on arm thats totally different from the x86 one at some point (for tegra)... and to not seed unneeded x86 packages indeed
Apr 11 08:54:52 <lilstevie> whats this about with nvidia-common?
Apr 11 08:57:10 <ogra_> read the bug :)
Apr 11 08:57:33 <ogra_> it carries board definitions for nvidia and other drivers on x86
Apr 11 08:57:37 <lilstevie> ah
Apr 11 08:57:41 <lilstevie> reading bug now
Apr 11 08:59:45 <lilstevie> when is unity 3d getting a GLES version :p
Apr 11 09:00:53 <steev> i though it existed already
Apr 11 09:01:30 <lilstevie> well I keep hearing that but never see it
Apr 11 09:02:20 <XorA> I saw it mis render lots on omap4 a year ago
Apr 11 09:02:34 <lilstevie> lol
Apr 11 09:02:39 <steev> something something office of the something linaro executive summary iirc
Apr 11 09:02:47 <steev> maybe it was the graphics wg mail
Apr 11 09:02:58 <steev> something about it's in bzr, but as a branch
Apr 11 09:03:19 <XorA> why anyone wants Unity 3D considering the terrible state of linux 3d no-one can answer :-D
Apr 11 09:03:42 <steev> https://code.launchpad.net/~linaro-graphics-wg/unity/linaro-gles2
Apr 11 09:03:49 <steev> XorA: since when?
Apr 11 09:03:52 <steev> works fine here
Apr 11 09:04:17 <suihkulokki> I'm pretty sure the current Linaro Ubuntu Desktop builds for pandaboard and snowball come with unity3d running :)
Apr 11 09:04:27 <XorA> I have 3 computers, tried 4 different GPUs Unity 3D always runs so slow I can see individual frames render, then it tends to render some nonsense then crash
Apr 11 09:05:04 <steev> XorA: were they modern gpus?
Apr 11 09:05:25 <XorA> steev: moderns radeons, nvidia, intel and old intel
Apr 11 09:06:02 <XorA> heh, maybe Im just pickier than average Linux user :-D
Apr 11 09:07:37 <suihkulokki> and better bug reporter as well? ... ;)
Apr 11 09:08:25 <steev> dunno, i'm not much a fan of intel cards (and the only one i have here is an 815 which isn't even remotely close to being considered modern), i have an APU system, which, well, sucks hard with ATi/AMD's drivers (seriously, did they just move the same team to AMD? wish they'd hire some people who knew wtf they were doing) but is decent with the opensource driver, quite usable, though there are issu
Apr 11 09:08:25 <steev> es, but it's a fairly new platform.  all my nvidia cards work fine with nouveau.  i have a 7800, 310M, G210, 450, 580
Apr 11 12:24:48 <ogra_> lilstevie, the gles version of unity should work in 12.04 since last week
Apr 11 12:28:00 <janimo> ogra_, is the gles/unity in the archives already>
Apr 11 12:28:01 <janimo> ?
Apr 11 12:29:21 <ogra_> janimo, yes, broken with the next upload again though (since -desktop decided to go with a new upstream version tomorrow) ... i'm working on fixing it
Apr 11 12:29:42 <ogra_> jockey support for pvr is uploaded too, sitting in the queue waiting for approval
Apr 11 12:30:41 <janimo> ogra_, is the runtime selection part left for post 12.04 ?
Apr 11 12:30:58 <ogra_> runtime selection ?
Apr 11 12:31:02 <ogra_> of what
Apr 11 12:31:21 <janimo> gles/opengl
Apr 11 12:31:29 <rsalveti> ogra_: I tested the second version alredy, and worked as expected
Apr 11 12:31:36 <ogra_> i dont think that bit made it into our paqtch yet
Apr 11 12:31:39 <janimo> for x86 where both are possible depending on hw
Apr 11 12:31:43 <janimo> ok
Apr 11 12:31:48 <ogra_> rsalveti, thats good, since its already uploaded ;)
Apr 11 12:32:00 <rsalveti> ogra_: oh! :-)
Apr 11 12:32:06 <ogra_> janimo, and thats rather something to have in upstream
Apr 11 12:32:07 * rsalveti just woke up
Apr 11 12:32:21 <ogra_> i dont want to touch any x86 related code with the arm patches in precise
Apr 11 12:32:30 <ogra_> so that bit has to wait
Apr 11 12:33:59 <marvin24> janimo: I updated the ac100 kernel tree during the weekend
Apr 11 12:34:25 <janimo> marvin24, yes, seen that yesterday, did not get around to making a new package though yet. thanks for the reminder
Apr 11 12:34:52 <marvin24> janimo: thanks, please also update the cpu errata settings
Apr 11 12:35:29 <janimo> marvin24, I'll just sync up with the erratas you have in defconfig right?
Apr 11 12:35:50 <marvin24> yes
Apr 11 12:35:56 <marvin24> or disable CONFIG_PL310_ERRATA_588369
Apr 11 12:36:05 <marvin24> and enable CONFIG_PL310_ERRATA_... eh
Apr 11 12:36:17 * marvin24 reads backlog
Apr 11 12:36:43 <marvin24>  CONFIG_PL310_ERRATA_727915
Apr 11 12:37:37 <marvin24> looks like omap has 588369 enabled, but I think tegra is not affected
Apr 11 12:37:50 <marvin24> at least that is the conclusion on the tegra ml ...
Apr 11 12:50:39 <lilstevie> ogra_: ok I should update my install then
Apr 11 13:52:54 <janimo> slangasek, dpkg --assert-multiarch on precise prints an error. According to a linaro wikipage it should tell you if dpkg supports multiarch and that should be the case since natty
Apr 11 14:00:36 * ogra_ curses the compiz branch mess once again
Apr 11 14:34:45 <slangasek> janimo: according to the source, it's --assert-multi-arch
Apr 11 14:36:08 <janimo> slangasek, ok so just wiki typo
Apr 11 14:36:12 <janimo> thanks
Apr 11 14:36:32 <janimo> slangasek, do you know if the cross-build capable sbuild has any blockers from going from linaro ppa to precise?
Apr 11 14:36:53 <slangasek> well, there's feature freeze :)
Apr 11 14:37:03 <slangasek> I don't know anything about the code though, generally
Apr 11 15:49:06 <rsalveti> ppisati: were you able to find the issue related with the lack of display after applying the stable updates?
Apr 11 16:03:22 <ppisati> rsalveti: got the board today, i'm debugging it
Apr 11 16:03:28 <rsalveti> ppisati: ok
Apr 11 16:03:51 <rsalveti> ppisati: would you mind also taking a look at bug 924419
Apr 11 16:03:51 <ubot2> Launchpad bug 924419 in ubiquity "oem-config detecting camera where no camera exists" [Medium,Incomplete] https://launchpad.net/bugs/924419
Apr 11 16:03:53 <rsalveti> ?
Apr 11 16:04:09 <rsalveti> ppisati: I believe we'd just need to disable CONFIG_MACH_OMAP4_PANDA_CAMERA_SUPPORT
Apr 11 16:04:34 <rsalveti> if that is pushed, remember that this fix needs to land before the release, otherwise the pre-built images would still be using the older kernel
Apr 11 16:04:56 <ogra_> i thought that was the concclusion we came to months ago
Apr 11 16:05:11 <rsalveti> ogra_: yup, but it seems it still not fixed
Apr 11 16:05:18 <ogra_> aww
Apr 11 16:05:22 * rsalveti just installed latest daily
Apr 11 16:05:46 <ogra_> well, then we should make sure to have it disabled with the next kernel at least
Apr 11 16:05:57 <ogra_> not sure there will be any uploads before release though
Apr 11 16:06:01 <rsalveti> ogra_: yup
Apr 11 16:06:05 <ogra_> so it wont help with the installer
Apr 11 16:06:08 <rsalveti> ogra_: that's why I was concerned about it
Apr 11 16:06:17 <ogra_> yep
Apr 11 16:06:22 <rsalveti> because the main issue is related with the user experience with the isntaller
Apr 11 16:06:32 <ogra_> right
Apr 11 16:06:56 <ogra_> there are two ways to fix it indeed ... make ubiquitys cam detection better would be the other one
Apr 11 16:07:45 * ogra_ tries to find out where the pvr upload went
Apr 11 16:08:31 <infinity> There should be one more kernel before release, re-based on the current linux upload.
Apr 11 16:08:33 <rsalveti> I think if we just change ubiquity to open the camera device first, it might already be useful
Apr 11 16:08:36 <infinity> ppisati: confirm/deny?
Apr 11 16:08:44 <GrueMaster> Actually, having the driver detect and enable/disable would be better.  It isn't just Ubiquity that will fail, all apps that detect a camera will get a false feed.
Apr 11 16:08:52 <rsalveti> but that would be a change for all archs
Apr 11 16:09:00 <ogra_> heh, funny, so https://launchpad.net/ubuntu/precise/+queue?queue_state=3&queue_text=pvr tells me pvr source went to restricted .... but binaries ended up in universe
Apr 11 16:09:02 <rsalveti> that's true
Apr 11 16:09:13 <rsalveti> other softwares will also show an error saying the device is invalid
Apr 11 16:09:14 <ogra_> (where they arent actually)
Apr 11 16:09:23 <rsalveti> because it's the first and the default one, even when plugging a usb device
Apr 11 16:09:52 <rsalveti> and I don't think we have folks with cameras around, I only saw it once, and that was robclark :-)
Apr 11 16:09:58 <ogra_> rsalveti, still, GrueMaster has a point ... the driver shouldnt expose capabilities if there is no device to use them
Apr 11 16:10:01 <ppisati> infinity: a new upload? if release team accept it, yes
Apr 11 16:10:21 <infinity> ppisati: Consider it done.
Apr 11 16:10:26 <ppisati> infinity: ok
Apr 11 16:10:28 <infinity> ppisati: We just had linux/lbm/meta yesterday.
Apr 11 16:10:41 <rsalveti> cool, so disabling the option would probably be the faster and easier way to get this fixed
Apr 11 16:10:41 <infinity> ppisati: I would have assumed you'd rebase ti-omap4 to match.
Apr 11 16:10:51 <infinity> ppisati: And if you can fix rsalveti's issue at the same time, cool.
Apr 11 16:11:05 <ppisati> ok so, i'll disable panda camera too, ack
Apr 11 16:11:20 <rsalveti> ppisati: thanks
Apr 11 16:11:34 <robclark> fwiw, camera boards are available to the public, as are sensors..  not necessarly easy to get, but doesn't mean no one has one
Apr 11 16:12:19 <rsalveti> robclark: wouldn't be a way for the kernel to check if the camera is available before exporting the interface?
Apr 11 16:12:25 <GrueMaster> robclark: The idea is to support the lowest common denominator.  If a user has a camera, they can rebuild the kernel with the module.
Apr 11 16:12:30 <rsalveti> always exporting the interface seems wrong
Apr 11 16:12:41 <rsalveti> GrueMaster: +1
Apr 11 16:13:34 <GrueMaster> I'd say to disable it for now, and revisit in 12.10.  No time to do a proper fix +testing (even if I were still testing it).
Apr 11 16:13:41 <infinity> Well, v4l not sucking would be nice.
Apr 11 16:13:53 <infinity> But disabling the driver seems simpler for now.
Apr 11 16:13:53 <robclark> rsalveti, not sure
Apr 11 16:14:22 <ogra_> is it actually a module ?
Apr 11 16:14:27 <robclark> the bigger probably is probably none of you have a camera to test w/
Apr 11 16:14:36 <ogra_> we could buuild it and ship a blacklist file for it by default
Apr 11 16:14:52 <ogra_> so you dont need to recompile
Apr 11 16:14:56 <rsalveti> not a module
Apr 11 16:14:57 <infinity> Oh, indeed.
Apr 11 16:14:58 <robclark> btw, what is the issue the camera is causing?  I guess I missed some of the discussion..
Apr 11 16:15:01 <GrueMaster> robclark: That is true, but easily resolvable, if the camera is removable.
Apr 11 16:15:02 <infinity> Could it be a module?
Apr 11 16:15:07 <rsalveti> robclark: bug 924419
Apr 11 16:15:09 <ubot2> Launchpad bug 924419 in ubiquity "oem-config detecting camera where no camera exists" [Medium,Incomplete] https://launchpad.net/bugs/924419
Apr 11 16:15:37 <robclark> hmm
Apr 11 16:15:54 <GrueMaster> robclark: What ends up happeneing, is on systems w/o a camera, it is using a screen capture or some other feed.
Apr 11 16:16:05 <GrueMaster> *happening
Apr 11 16:16:18 <robclark> if it is using the MCF based driver, the issue is that the sensor is a separate driver..
Apr 11 16:16:32 <robclark> /dev/video0 is the output.. the ISP exists.. only the sensor does not ;-)
Apr 11 16:16:54 <robclark> anyways time is limited so I guess folks w/ a camera can rebuild kernel, or modprobe or whatever
Apr 11 16:17:13 <robclark> but I wonder what happens when MCF becomes more common..
Apr 11 16:17:26 * ogra_ would be for modprobing but that requires the driver to be a module 
Apr 11 16:17:37 <robclark> and that doesn't work?
Apr 11 16:17:46 <ogra_> no idea
Apr 11 16:18:01 <XorA> sounds like it needs a subsystem like ASoC where video device is not instantiated until all parts on the path are
Apr 11 16:18:16 <robclark> anyways, at some point the camera will probabably support some memory-to-memory modes too.. so probably some day oem-config needs to get more MCF saveey
Apr 11 16:18:38 <rsalveti> robclark: it's fine to fix this after the release
Apr 11 16:18:44 <rsalveti> the issue is with the released kernel
Apr 11 16:18:46 <robclark> because really it should care about if the *sensor* exists, not the /dev/videoN device exists
Apr 11 16:18:54 <rsalveti> as the pre-built images would have the bug at oem-config
Apr 11 16:19:11 <robclark> right.. anyways, I think it is ok to not enable the camera.. we can add it in our PPA or whatever..
Apr 11 16:19:22 <robclark> (but some day oem-config would have to deal with this ;-))
Apr 11 16:19:31 <rsalveti> so that's why disabling it for now might be a good workaround, and then if it's the case of the device becoming common, or even another fix is around, we can simply just enable it again
Apr 11 16:19:35 <rsalveti> with the proper support
Apr 11 16:19:40 <ppisati> guys, do you have an LP bug for the camera?
Apr 11 16:19:52 <rsalveti> ppisati: bug 924419
Apr 11 16:19:52 <ubot2> Launchpad bug 924419 in ubiquity "oem-config detecting camera where no camera exists" [Medium,Incomplete] https://launchpad.net/bugs/924419
Apr 11 16:20:19 <rsalveti> robclark: sure, but I wonder if we could have it generically enough to make it compatible with any app trying to access the camera devices
Apr 11 16:20:51 <rsalveti> the only thing oem-config does is to check for devices exporting the proper capabilities
Apr 11 16:21:06 <rsalveti> and guess that's also what is done with any other camera-based application
Apr 11 16:21:07 <robclark> maybe if the app uses libv4l?  Probably a better question to ask the linux-media folks
Apr 11 16:21:17 <robclark> right
Apr 11 16:21:19 <GrueMaster> I believe other apps may work that way too.
Apr 11 16:21:29 <rsalveti>  g_udev_enumerator_add_match_property (enumerator, "ID_V4L_CAPABILITIES", ":capture:");
Apr 11 16:21:30 <ogra_> it just uses a gstreamer qeury for the capture capability
Apr 11 16:21:48 <robclark> I think the v4l folks goal was the bury the sophistication in libv4l rather in the kernel..   but I'm not the MCF expert
Apr 11 17:47:22 <rsalveti> ogra_: just installed the daily image, updated jockey and installed the pvr driver with jockey's interface
Apr 11 17:47:25 <rsalveti> all went well :-)
Apr 11 17:47:41 <rsalveti> and now with just a few clicks I got gles support ;-)
Apr 11 17:47:58 <GrueMaster> rsalveti: Cool.  I may actually try it (just for personal gratification).
Apr 11 17:48:05 <rsalveti> GrueMaster: :-)
Apr 11 17:49:08 <infinity> rsalveti: Did you write automagic detection in (ie: does the jockey icon pop up in the notification area on Pandas and offer you the drivers, or do you need to manually run it?)
Apr 11 17:50:16 <rsalveti> infinity: I thought jockey would automatically do that, but it seems this is not the case
Apr 11 17:50:27 <ogra_> it should
Apr 11 17:50:27 <rsalveti> infinity: do you know what needs to be changed to get it to work in that way?
Apr 11 17:50:55 <infinity> Well, if you've given it detection patterns, wherever that happens, it probably already does work that way.
Apr 11 17:51:08 <infinity> And the only reason you wouldn't have seen it is because you booted with a version that didn't.
Apr 11 17:51:15 <rsalveti> if I open the interface, it'll try to detect the drivers and it'll then work as expected
Apr 11 17:51:34 <rsalveti> but I'm not sure what needs to happen in order for it to automatically detect the drivers at the first boot
Apr 11 17:51:53 <rsalveti> infinity: could be
Apr 11 17:52:03 <ogra_> lets see what happens once its actually in the image
Apr 11 17:52:14 <rsalveti> yup
Apr 11 17:52:27 <ogra_> do you get unity 3D ?
Apr 11 17:52:45 <rsalveti> ogra_: didn't yet check, let me give it a try
Apr 11 17:52:47 <ogra_> theoretically that should wrok too now
Apr 11 17:56:07 <rsalveti> ogra_: seems nux is still not building for gles on arm
Apr 11 17:56:14 <ogra_> gar
Apr 11 17:56:22 <rsalveti> ogra_: I might easily get the patch for it, let me check
Apr 11 17:56:31 <ogra_> well, compiz and unity patches are in at least
Apr 11 17:56:57 <ogra_> i'm just finishing the testbuild with an updated patch for compiz-plugins-main
Apr 11 17:56:59 <rsalveti> should be the last part then
Apr 11 17:57:07 <GrueMaster> If those aren't building, wouldn't that hold up image builds?
Apr 11 17:57:09 <rsalveti> ok, meanwhile will enable nux and test
Apr 11 17:58:10 <ogra_> GrueMaster, indeed
Apr 11 17:58:21 <ogra_> thats why i do testbuilds :)
Apr 11 19:16:08 <carli2> hi
Apr 11 19:16:43 <carli2> I have a pandaboard and only a dvi plug.
Apr 11 19:17:16 <GrueMaster> Use a DVI<>HMDI cable or converter.  Should work fine.
Apr 11 19:17:25 <carli2> :o
Apr 11 19:17:35 <carli2> my monitor is not able to display the hdmi content
Apr 11 19:17:49 <carli2> and when I plug it into the dvi connector, it dosen't show anything
Apr 11 19:17:52 <GrueMaster> HDMI is essentially the same video signal as DVI-D (Digital).
Apr 11 19:18:05 <GrueMaster> Use the HDMI connector.
Apr 11 19:18:20 <GrueMaster> The connectors on the panda are the same.
Apr 11 19:18:41 <carli2> it dosen't work. the monitor tells me "input not supported".
Apr 11 19:19:02 <carli2> did I choose a wrong resolution? (my monitor can only display a few)
Apr 11 19:19:08 <GrueMaster> What resolutions does your monitor support?
Apr 11 19:19:26 <GrueMaster> The panda driver should autodetect.
Apr 11 19:19:51 <carli2> 1920x1080 and some spare other resolutions
Apr 11 19:20:03 <GrueMaster> What model monitor do you have.  Might be easier for me to look at the specs for it.
Apr 11 19:20:30 <GrueMaster> It should be fine with 1920x1080.  That is standard HD resolution.
Apr 11 19:20:31 <ogra_> bug 897390
Apr 11 19:20:34 <carli2> acer g225hqv
Apr 11 19:20:52 <carli2> should I try an other version of ubuntu?
Apr 11 19:22:21 <GrueMaster> ogra_: That bug doesn't exist.
Apr 11 19:24:32 <GrueMaster> carli2: Which release are you running, and which rev Panda?
Apr 11 19:25:19 <carli2> GrueMaster: 12.04 beta2, pandaboard ES
Apr 11 19:32:35 <carli2> do I need a serial cable to get the pandaboard running?
Apr 11 19:33:02 <MrCurious> http://www.kickstarter.com/projects/597507018/pebble-e-paper-watch-for-iphone-and-android
Apr 11 19:33:22 <GrueMaster> Not for the desktop image.  I'm looking up your monitor info now (had an interrupt).
Apr 11 19:36:01 <GrueMaster> The manual I found is too generic.  It lists VGA and possibly DVI and possibly HDMI capabilities.  Not specific enough for me to go on.
Apr 11 19:36:55 <GrueMaster> I would suggest downloading the ubuntu server preinstalled omap4 image and booting it.  You will need a serial cable as it is setup through the serial console.
Apr 11 19:37:16 <GrueMaster> Once setup, you can determine if it is detecting your monitor properly.
Apr 11 20:10:56 <carli2> i'm using ubuntu 11.10 and 12.04 on pandaboard es, i have a hdmi-to-dvi converter I plug the hdmi part into both hdmi connectors on the pandaboard, in one the screen stays black, in the other, my monitor shows "input not supported"
Apr 11 20:10:59 <carli2> what can I do?
Apr 11 21:36:41 <rsalveti> robclark: got the following while trying to run xbmc on ubuntu:
Apr 11 21:36:43 <rsalveti> [ 14547.411] PVR:(Error): PVRSRVMapDeviceClassMemory: Invalid params [1648, /bridged_pvr_glue.c]
Apr 11 21:36:43 <rsalveti> [ 14547.481] (EE) pvr(0): [dri] PVRDRI2CreateFlipChain: Couldn't create flipchain
Apr 11 21:36:43 <rsalveti> [ 14547.481] (EE) pvr(0): [dri] PVRDRI2AssignAndExportBuffers: Couldn't create flipchain
Apr 11 21:36:52 <rsalveti> ro elevator=noop vram=32M mem=456M@0x80000000 mem=512M@0xA0000000 root=UUID=b518b2b6-8d08-41ad-b196-95a04e83657b fixrtc quiet splash
Apr 11 21:37:03 <rsalveti> seems that using 32 as vram might not be enough here
Apr 11 21:37:17 <robclark> right.. you need 40
Apr 11 21:37:19 <rsalveti> robclark: any other value you'd suggest in this case?
Apr 11 21:37:41 <robclark> fwiw, for new driver in 12.04 it no longer matters..
Apr 11 21:37:49 <rsalveti> ok, then we need to change the default boot args at precise
Apr 11 21:37:50 <robclark> no fixed/preallocated flipchains
Apr 11 21:37:55 <robclark> yup
Apr 11 21:38:03 <rsalveti> cool, nice to know
Apr 11 21:38:45 <robclark> number of bootargs should be dropping significantly.. no more mem hole for syslink either, with the upstream rpmsg stuff
Apr 11 21:38:57 <rsalveti> yeah, finally :-)
Apr 11 21:45:18 <rsalveti> [   105.608] (EE) pvr(0): [dri] PVRDRI2CreateFlipChain: Created flipchain 1 (stride: 7680)
Apr 11 21:45:24 <rsalveti> yeah, 40 made it work
Apr 11 21:45:41 <rsalveti> infinity: ogra_: then we'd need to change the current vram argument at the pre-installed image, from 32 to 40
Apr 11 21:47:45 <mkopack> Quick ? - has Unbuntu 12.04  for ARM been finalized yet? (i.e., full final release)… Soecifically images for PandaboardES ?
Apr 11 21:50:23 <rsalveti> mkopack: we have daily images if you'd like to try
Apr 11 21:50:30 <rsalveti> http://cdimage.ubuntu.com/daily-preinstalled/current/
Apr 11 21:50:41 <rsalveti> final release is expected to happen at the end of this month
Apr 11 21:50:52 <mkopack> Nah, not a fan of daily's… I'll stick with 11.10 until there's a full release version
Apr 11 21:50:55 <rsalveti> the omap4 is compatible with panda and pandaES
Apr 11 21:51:01 <mkopack> Ok, cool. I'll wait till then…
Apr 11 21:51:05 <rsalveti> ok
Apr 11 21:51:16 <mkopack> thanks, I just wasn't sure when the expected release was
Apr 11 22:06:31 <infinity> rsalveti: I'm confused by robclark's statement that it's not needed for the "new driver in 12.04", and you just told me it is. :P
Apr 11 22:08:53 <rsalveti> infinity: the new driver that TI will release on their own PPA
Apr 11 22:09:04 <rsalveti> that will require the 3.3 kernel
Apr 11 22:09:16 <rsalveti> so that's not part of the official precise release
Apr 11 22:09:32 <rsalveti> would be optional for users once the PPA is in place
Apr 11 22:09:44 <infinity> Ahh, check.
Apr 11 22:10:22 <infinity> rsalveti: Can you file an RC bug about the command line needing to change, so I can point people at it when I fix it? :P
Apr 11 22:10:39 <infinity> rsalveti: I'm not even sure how many places have that hardcoded.
Apr 11 22:10:59 <infinity> flash-kernel and debian-cd both seem like likely candidates.
Apr 11 22:11:17 <rsalveti> infinity: yeah :-)
Apr 11 22:17:45 <rsalveti> I dream with the day where this will all be integrated at one single place :-)
Apr 12 00:19:42 <rsalveti> alf_: ogra_: https://bugs.launchpad.net/ubuntu/+source/nux/+bug/979438, for gles support at nux
Apr 12 00:19:43 <ubot2> Launchpad bug 979438 in nux "Nux should be built with OpenGL ES2.0 support at ARM" [High,Confirmed]
Apr 12 00:19:50 <rsalveti> debdiff attached
**** ENDING LOGGING AT Thu Apr 12 02:59:58 2012