[03:16] <mahmoh> GrueMaster: thx, I tried that and it did nothing - turns out the new flash-kernel doesn't use it, all that's handled in the initrd now, which appears broken
[03:17] <mahmoh> dannf: thx for looking ^
[07:46] <cvanvliet> should I have an omaplfb module being able to load with a stock Linaro (Ubuntu) image. When I try to start PVR, tells me I have no module
[07:47] <cvanvliet> I have an Overo IronStorm (dm3730)
[07:51] <infinity> cvanvliet: Make up your mind, is it a Linaro image, or stock Ubuntu?
[07:51] <infinity> Two very different kernels.
[07:51] <infinity> If you use a 12.04 Ubuntu image, PVR will Just Work.
[07:52] <infinity> If you're using Linaro images, those are entirely different kernels, meant to hilight the latest and greatest upstream bits, but the PVR drivers aren't built to work with them.
[07:52] <cvanvliet> infinity, thanks
[07:53] <cvanvliet> I think that is the info I needed
[07:53] <cvanvliet> I cant use 12.04 as it is armhf and we need the SGX drivers
[07:55] <infinity> Hrm?
[07:55] <infinity> TI is only building the drivers for armhf now.
[07:55] <cvanvliet> OMAP3?
[07:56] <cvanvliet> I thought is was only OMAP4
[07:56] <infinity> Oh.  No, for Panda.  I'm not sure what they're doing for omap3.
[07:56] <infinity> I missed the bit above about the plaform.
[07:56] <infinity> You could use 12.04/armel, though.  We just don't provide preinstalled images for that.
[07:56] <cvanvliet> infinity, it is all new to me, all info helps ;)
[07:57] <infinity> We do provide d-i netboot images, if you have an external HDD to install to.
[07:58] <cvanvliet> ahh, i did not no there was a 12.04 armel, I was under the impression it was only armhf
[07:58] <cvanvliet> where is the best walkthrough (as I said noob)
[07:58] <infinity> armhf is the only thing we're supporting as an LTS, and the only thing we made nice preinstalled images for.
[07:59] <cvanvliet> got it
[07:59] <infinity> But you can install armel readily enough with a d-i image.
[07:59] <infinity> Like I said, if you have an external HDD.  Which is the sane way to go anyway.
[07:59] <lilstevie> where possible armhf is much better
[07:59] <lilstevie> but yeah, not possible for you
[07:59] <infinity> http://ports.ubuntu.com/ubuntu-ports/dists/precise/main/installer-armel/current/images/omap/netboot/
[07:59] <cvanvliet> lilstevie, yeah, understood
[08:00] <infinity> lilstevie: Yeah, we tried to lean on TI to get armhf builds of omap3 binary blobs, but they really only seemed to care about omap4.
[08:00] <lilstevie> I was in the same boat
[08:00] <infinity> Which made some sense.
[08:00] <cvanvliet> our target has to be for now omap3
[08:00] <lilstevie> infinity: yeah, why waste resources on old hardware
[08:00] <infinity> lilstevie: Pretty much.
[08:00] <infinity> lilstevie: I might push them again at some point.  I'd happily SRU armhf blobs into precise.
[08:00] <lilstevie> or if you are nvidia why waste resources period
[08:00] <lilstevie> heh
[08:01] <infinity> ndec: Say, can we get armhf builds of omap3 sgx blobs for precise?  Kthx.
[08:01] <infinity> robclark: ^
[08:01] <lilstevie> I will just be happy once I can get live-build to cooperate and build me a nice image
[08:01] <infinity> lilstevie: Oh, one of my work items (if I find the time to do it) is to mangle live-build so that it can produce "proper" Ubuntu images end-to-end.
[08:02] <lilstevie> but then part of me says I should wait until nvidia release r15rc
[08:02] <infinity> lilstevie: In other words, taking all the "magic" that we do with cdimage/debian-cd out of the loop, so what happens on the buildds can happen on your local machine, and the result is identical.
[08:02] <lilstevie> oh nice
[08:02] <lilstevie> I still am at the stage of configuring it to build something for me
[08:03] <lilstevie> getting ready to produce tf201 images
[08:03] <cvanvliet> infinity, any chance TI , will change their opinion, we are using gumstix / IGEP devices
[08:03] <infinity> Well, for the weird way ogra_ does ac100 images, that goal's already there.
[08:03] <cvanvliet> and that is why stuck at omap3
[08:03] <lilstevie> infinity: yeah, but that isn't how I do things
[08:03] <lilstevie> :p
[08:04] <infinity> Installing livecd-rootfs, and mangling the ac100 target to do what you want, and building with -fplain will get you a bootimg/tarball installer mess.
[08:04] <lilstevie> I have no bootimg
[08:04] <lilstevie> :)
[08:04] <infinity> Ahh.
[08:04] <lilstevie> I boot a zImage/initrd from /boot
[08:04] <lilstevie> in the fs
[08:04] <infinity> Well, that's obviously cleaner.
[08:04] <infinity> Not sure why that wasn't an option on the ac100.
[08:05] <infinity> Maybe it was, and Oli's just weird.
[08:05] <lilstevie> well
[08:05] <lilstevie> cause by default it isn't
[08:05] <infinity> That would do it.
[08:05] <lilstevie> this is a highly customized kexec solution
[08:05] <infinity> Check.
[08:05] <lilstevie> although multiboot would offer the same
[08:06] <lilstevie> kexec doesn't work by default on the tf201, but with some magic that hardboots the device it does :p
[08:06] <lilstevie> bl inits all the hw from scratch
[08:06] <lilstevie> kernel decompressor code finds a flag in memory
[08:07] <lilstevie> jumps to different logic that boots the other kernel
[08:09] <infinity> lilstevie: That sounds like a pretty violent abuse of kexec.  Well done.
[08:09]  * infinity thinks it might be sleep time.
[08:11] <lilstevie> it is violent but gotta thank the guy who thought of it
[08:11] <lilstevie> it works amazingly
[08:11] <lilstevie> night
[08:13] <cvanvliet> night infinity and thanks
[08:38] <cvanvliet> following these instructions here, for netboot -> http://testcases.qa.ubuntu.com/Install/ARM/NetBoot
[08:38] <cvanvliet> I need to load a specific module for my network card
[08:38] <cvanvliet> how do i do that?
=== zyga is now known as zyga-afk
=== zyga-afk is now known as zyga
=== k1l_ is now known as k1l