[09:12] <torpor> i am trying to get my beagleboard booting after a year of coma.  anyone know if the latest ubuntu arm (12.04) runs on the beagle at the moment?  its a b5 rev ..
[09:17] <ogra_> torpor, it should, there might be some issues (sound not working out of the box for example) but generally it should just work
[09:18] <ogra_> though i would recommend using the server image and picking a lighter desktop at install time ...
[09:25] <torpor> interesting idea ogra_  thanks for the hint.  wouldn't have thought to use the server image.
[09:47] <orated> Hi ogra_! On your suggestion, I used Ubuntu 12.04 server image on BeagleBoard XM and from command line installed lubuntu-desktop package. But it didn't give gui after boot, it used to always revert back to tty1 with tty7 blank. What else is required to be installed other than lubuntu-desktop package?
[09:59] <torpor> Error: Bad compare! failed
[09:59] <torpor> ah crap
[10:47] <hrw> linux-libc-headers-dev_3.6.0-r0_aarch64.ipk done
[10:47] <hrw> easy parts were done, time for hard ones
[10:47] <ogra_> orated, how about an X server ? :)
[10:50] <orated> ogra_: Yes, I checked for it. I inputted startx command and it was missing so installed xserver, xinit and other related packages.Even then there were errors. I don't remember the exact errors but it was always reverting to tty1
[10:51] <ogra_> orated, you also want the fbdev xserver
[10:52] <orated> fddev xserver
[10:52] <orated> fbdev*
[10:53] <orated> No, I didn't know that and it wasn't tried
[10:53] <ogra_> what exactly did you install ?
[10:53] <ogra_> (should have been apt-get install xorg)
[10:53] <orated> One moment, I'll pull that exact command
[10:53] <ogra_> xorg is the metapackage that pulls in everything needed
[10:57] <orated> ogra_: sudo apt-get install lubuntu-desktop xserver-xorg-video-omap3
[10:57] <orated> And, then xinit package was attempted
[11:19] <orated> ogra_: ?
[11:19] <ogra_> ?
[11:20] <orated> Um, well. I installed those packages and still it wasn't giving display :) So, is that all the packages required or am I missing anything?
[11:21] <ogra_> you did what i sadi above (apt-get install xorg) ?
[11:21] <orated> Uh, what's the difference between xserver-xorg-video-omap3 and xorg then?
[11:22] <orated> Ok, wait. So from ubuntu-server install, installing lubuntu-desktop, xorg should be enough to get to the gui?
[11:23] <ogra_> try it
[11:23] <orated> Thanks
[11:24] <orated> I'll that out. I went back to desktop install, will have to shut it down and insert ubuntu-server image
[11:24] <orated> try that*
[13:14] <marvin24> oh boy, http://www.spinics.net/lists/arm-kernel/msg193914.html
[16:24] <orated> Hello! How can I compile a package, say ffmpeg/OpenCV on x86 for ARM? cross-compilation ...
[17:01] <ogra_> rsalveti, what happened to the kernel patch for panda ? are we waiting for anything ?
[17:02] <rsalveti> plars: were you able to test it as well?
[17:03] <rsalveti> ogra_: there's this dpms green screen from time to time, but other than that it seems to be working
[17:03] <rsalveti> it's better, but still with a few bugs
[17:03] <plars> rsalveti: breifly, it worked fine on my panda, but I was wanting to ask you...
[17:03] <ogra_> sure, i dont expect it to be the last upload
[17:03] <rsalveti> so unless robclark decides to fix it this week, we can move it forward and push to the archive
[17:03] <ogra_> so better get it in asap so we get wider testing
[17:03] <plars> rsalveti: you said you had issues after the screen blanked? I let it blank a few times with no ill effect
[17:03] <plars> it's certainly an improvement over what we had before
[17:04] <rsalveti> plars: yeah, can't reproduce it all the time here as well
[17:04]  * ogra_ hasnt see the weird behavior anymore either
[17:04] <rsalveti> cool, will move this up today and send the proposal to ppisati
[17:04] <ogra_> great
[18:59] <zma> Just set up precise-omap4 image on Pandaboard-ES. I installed glmark2-es2, and it says it's using software rasterizer, and the FPS figures are also very low. Is this a bug?
[19:07] <zma> es2_info says: libEGL warning: DRI2: failed to authenticate
[20:14] <GrueMaster> zma: Install the powervr drivers.  Sounds like you are still using the default framebuffer driver.
[20:59] <zma> GrueMaster: After installing pvr-omap4, es2_info shows: PVR:(Error): PVRSRVBridgeCall: Failed to access device. Something in pvr_bridge_u.c:250
[21:00] <rsalveti> zma: precise or quantal?
[21:00] <zma> rsalveti: precise
[21:01] <rsalveti> I think for precise one kernel config changed, which broke the module support
[21:01] <rsalveti> let me find the bug covering this issue
[21:02] <rsalveti> actually the bug I have is related with quantal, an old one
[21:03] <rsalveti> zma: what is the dkms build output once you installed the pvr-omap4 package?
[21:03] <rsalveti> check with lsmod if you have the omapdrm_pvr module available
[21:05] <zma> rsalveti: no omapdrm_pvr listed. I had a restart after installing pvr-omap4 package, don't have install log available anymore.
[21:06] <rsalveti> zma: you can find the dkms log at /var/lib/dkms, look for a file named make.log
[21:08] <zma> rsalveti: I search recursively /var/lib/dkms, no any *log files there
[21:10] <zma> rsalveti: I take it as installing pvr-omap4 package should have created kernel module, which it didn't for some reason. Is this correct?
[21:10] <rsalveti> zma: hm, mind reinstalling/reconfiguring the pvr-omap4 package to see if it'll try to build the module again?
[21:10] <rsalveti> yup
[21:15] <zma> rsalveti: http://pastebin.com/K7v07FMY
[21:16] <infinity> zma: You don't have headers installed for your kernel, it would seem.
[21:17] <infinity> zma: apt-get install linux-headers-$(uname -r) linux-headers-omap4 && dpkg-reconfigure pvr-omap4
[21:17] <zma> infinity: good point, I didn't even think about it. That's probably necessary when building kernel modules.
[21:18] <infinity> zma: Of course, you have headers for a newer kernel installed (-1418), perhaps upgrading your kernel wouldn't be an awful idea. :P
[21:18] <rsalveti> yup, missing headers
[21:19] <zma> infinity: The first thing I did was apt-get update apt-get upgrade. Only after that I started to experiment if and how opengl is supproted.
[21:19] <infinity> zma: s/upgrade/dist-upgrade/ ?
[21:19] <infinity> zma: upgrade won't pull in new packages (which new kernels are)
[21:19] <infinity> zma: Note the "10 not upgraded" that apt is whining about.
[21:20] <GrueMaster> It won't?  When did that change?
[21:20] <infinity> GrueMaster: It never has.
[21:20] <infinity> GrueMaster: upgrade won't change the set of installed packages, ever.  Only dist-upgrade will.
[21:20] <infinity> GrueMaster: On desktops, we work around this by allowing update-manager to be sort of a "half-dist-upgrade" that can add new packages, but never remove.
[21:21] <GrueMaster> Odd.  When I was doing the QA testing, I would use upgrade to get the latest packages without removing due to pool skew.
[21:22] <infinity> I assure you that it never installed anything that wasn't already installed.
[21:22] <infinity> Just upgraded.
[21:22] <rsalveti> bug 1033091
[21:22] <ubot2> Launchpad bug 1033091 in pvr-omap4 "pvr-omap4 1.7.10.0.1.21-0ubuntu1: pvr-omap4 kernel module failed to build" [High,Confirmed] https://launchpad.net/bugs/1033091
[21:22] <rsalveti> related with kernel config change
[21:23] <rsalveti> /var/lib/dkms/pvr-omap4/1.7.10.0.1.21/build/eurasiacon/binary2_omap4430_linux_release/target/kbuild/services4/srvkm/env/linux/osfunc.c:85:2: エラー: #error "A preemptible Linux kernel is required when using workqueues"
[21:23] <rsalveti> fun
[21:23] <infinity> rsalveti: That log is trying to build for an omap kernel, not omap4.
[21:24] <infinity> DKMS make.log for pvr-omap4-1.7.10.0.1.21 for kernel 3.2.0-24-omap (armv7l)
[21:24] <rsalveti> infinity: true, then it's not a bug
[21:24] <rsalveti> even better
[21:24] <infinity> Though, why the -omap headers are installed is another bug.
[21:24] <infinity> zma also appears to have them installed.
[21:24] <infinity> dkms is probably pulling them in.
[21:25] <rsalveti> the annoying kernel header mess
[21:25] <rsalveti> yeah
[21:25] <infinity> dkms shouldn't be depending on kernel headers at all, IMO.
[21:25] <rsalveti> +1
[21:25] <infinity> It's never going to be correct.
[21:25] <infinity> server/generic/virtual on x86 had the same issue for years.
[21:25] <rsalveti> and now we also got many other different kernels available
[21:25] <infinity> The solution being to just get rid of server and virtual. :P
[21:26] <infinity> But that's not helpful for arm, yet.
[21:26] <infinity> But, this case seems to be the same case as zma's, in both senses.  One, the -omap headers are installed (which can cause weirdness), but two, the user has upgraded -omap4 headers, but an old -omap4 kernel.
[21:26] <infinity> Not much we can do about that situation except to educate.
[21:27] <infinity> Well, Andy and I have some plans to make kernels suggest their correctly-versioned headers, so that autoremove won't remove headers for kernels you still have installed.
[21:27] <infinity> But can't land that until I land the kernel autoremoval magic.
[21:27] <infinity> Or people will end up with 23 sets of headers installed to match their 23 non-purged kernels.
[21:27] <infinity> Which would be pretty unpleasant.
[21:27] <rsalveti> hahaha, yeah
[21:31] <zma> Still no pvr module reported by lsmod. Should I manually insmod it? I updated: http://pastebin.com/K7v07FMY
[21:33] <infinity> Sure looks like it built omapdrm_pvr this time.
[21:34] <infinity> lsmod won't show it, since it's not inserted, but modinfo should list it now.
[21:34] <infinity> And yeah, you could either manually restart X or reboot.
[21:36] <zma> Just wondering, should those kernel headers be dependency to pvr-omap4 package?
[21:36] <infinity> You already have the right headers metapackage installed.
[21:37] <infinity> The problem is that your headers have been upgraded (to -1418-), but you're still on the old (-1412-) kernel.
[21:37] <infinity> So, not much pv-omap4 can do in that situation.
[21:39] <zma> thanks guys, now it works, glmark2-es2 runs fine!
[21:40] <rsalveti> cool