=== gmpff_ is now known as gmpff === jkridner_ is now known as jkridner [01:25] /c/c === jkridner_ is now known as jkridner === heathkid|2 is now known as heathkid [05:49] trying firefox [05:49] just a sec [05:49] win explorer completely crashed [05:49] had to end process [06:42] infinity, I heard in #beagle, that there is talk at TI re SGX, omap3 armhf [06:42] they have it a copy internally [07:57] cvanvliet: Snazzy. [07:57] who do we poke ;) [07:58] * cvanvliet wants an LTS version of ubuntu, just as much as any speed increase [08:00] cvanvliet: The poking would go to ndec and robclark, I assume, to get it released in the wild. From there, we can probably hand-wavingly SRU it to precise. [08:02] s/poke/beg [08:07] if they are in the UK, I would certainly by them a beer ;) [08:14] infinity: neither robclark nor me are doing any work on OMAP3. [08:15] ndec: Fair enough. Figured maybe that if there were shiny internal omap3 sgx builds, you guys might still be more in the know than, say, me. [08:15] nope. [08:16] Kay. :) [08:16] i think #beagle is the better place to ask. [08:20] ndec, well for me it is about getting omap3 sgx into an ubuntu LTS, not just SGX [08:20] but thanks, I will pursue there [08:21] the problem is armhf right? TI is doing SGX releases publicly for OMAP3, iirc. [08:21] yes [08:22] there is no roadblock here for me, it is just not how I want things :) [08:22] everyone is moving towards armhf, and we will be stuck on armel [09:07] cvanvliet: If you can give me pointers to public omap3 sgx builds that will work on precise/armhf, I can drive getting them included in an SRU. [09:09] thanks [10:04] ndec, http://paste.ubuntu.com/1052388/ do you have any nice cpuinfo lines for me for omap4460 based blazes etc ? [10:15] ogra_: I don't have it, but the source code says this: http://git.linaro.org/gitweb?p=landing-teams/working/ti/kernel.git;a=blob;f=arch/arm/mach-omap2/board-4430sdp.c;h=b61d0ed718a013557c4c5affd555be7b01729447;hb=2c963fa702cb8bcc4eb3a580e05e3304df4911b2#l997 === zyga-afk is now known as zyga === k1l_ is now known as k1l [11:16] ogra_: hardware line cardhu for tf201, and ofc cardhu development platform [11:16] ogra_: nvidia-tegra ofc [11:17] if you would like to add that one [11:17] lilstevie, i need the exact copy/paste please [11:18] k sec [11:18] ndec, hmm, so there is no 4460 blaze ? [11:19] http://paste.ubuntu.com/1052478 [11:20] uuh, ok [11:20] is there something you are looking for there that is missing? [11:20] * ogra_ has never seen such a short HW string on arm yet [11:20] heh [11:21] tf101 is the same [11:21] tf101 is ventana [11:21] nothing extra [11:22] added both [11:22] thanks :) [11:32] ogra_: there are 4460 blaze, but they will use the same 'machine', so same output. [11:32] like panda btw. [11:32] ok [11:33] yeah, well, if someone is insane enough to use a lucid kernel on his install or so, the old values would still match [11:33] (not that the driver would work though :P) [11:33] ogra_: that said... if you want to be doing something with some forward thinking... you need to handle device tree as well. [11:33] for DT, you will have 1 generic name for each CPU family. iirc [11:34] well, 80% of our HW detection tools on arm use cpuinfo [11:34] i wont have to care how it is populated [11:35] ogra_: but the cpuinfo/machine info will be different on a panda which is booted with DT [11:35] oh, yeah, indeed [11:35] ogra_: so now we have one rfc822 database in flash-kernel? [11:36] hrw, not sure if its rfc conform, but yeah, we have a DB [11:36] i think infinity planned to actually split out a -data package that has only the DB [11:36] ogra_: if you look at that: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=blob;f=arch/arm/mach-omap2/board-generic.c;h=20293465786701f8650e1377ea070c6eee536673;hb=bc259adc9b76f625fff0423df3ffb80a03802927 [11:36] you see that all OMAP4 will show up as "Generic OMAP4 (Flattened Device Tree)" [11:37] and all OMAP5 will be "Generic OMAP5 (Flattened Device Tree)" [11:37] etc... [11:37] right, but "OMAP4" would match all oamp4 devices still [11:37] even if i would have typed it right :P [11:37] note that it will be a problem ... since not all OMAP4 will use the same pvr-omap4 ;-) [11:37] 4430 and 4460 have the same GPU, 4470 have a different GPU. [11:38] for these we need a more specific matching then [11:38] with conflicting libs in the user space [11:38] 4470 got MP2 powervr? [11:38] 4470 544, single core [11:38] for now the concept of having a line per supported SoC should be fine [11:38] is that exported somewhere though [11:38] OMAP5 is 544 MP2 [11:39] or visible from sysfs [11:39] lilstevie: i don't know for now. we manage it 'by hand' for now, and don't have a clean solution yet. [11:40] sure [11:43] * XorA|gone wonders when PVR will catch up with the 1990s and have runtime detection === XorA|gone is now known as XorA [11:52] heh [11:52] the tegra driver does it [11:53] lilstevie: how is it done on the tegra? 1 set of user space binary blobs that work on multiple h/w? or is it doing some symlinks tricks? [11:56] 1 binary [11:57] they have released platform tarballs for each development device, but the binaries work across devices just fine [12:04] lilstevie: ok... we aren't there yet with PVR. [12:04] fair enough [12:04] it is all good having one binary, but five binaries that work would be better :p [12:05] well, we have the binaries that work ;-) [12:07] heh [12:07] tegra ones are horrible [12:07] the latest release is probably the best yet though [12:07] :p === prpplague is now known as prp^2 [13:19] ogra_, so did you test with current 3.1 kernel and graphics work with the latest nvidia drivers? [13:19] if so the ac100-meta can also be bumped to make the 3.1 version the default [13:20] janimo, i think infinity did right after your upload anyway :) [13:20] and yes, a smoketest worked [13:20] ogra_, I thought so too, but I tried the installer yesterday and got 3.0,27 [13:20] i havet used it for long though [13:20] the installer crashed though [13:20] i dont think we have recent ac100 images for quantal yet [13:21] ogra_, ah I missed they were dated May 30 [13:21] http://cdimage.ubuntu.com/daily-preinstalled/current/ has images from may 30 [13:21] just saw they're under jun 18 or such [13:21] i fixed flash-kernel though, the next successfull build should have them [13:21] ogra_, is this because the kernel will likely not boot? [13:21] ogra_, good to know then [13:22] the kernel will likely need a console statement or so [13:22] in the bootargs [13:22] but i first want working images before i look into details === zyga is now known as zyga-food === zyga-food is now known as zyga [14:52] * satellit_ testing TrimSlice -h 250 === calculu5 is now known as calculus === zyga is now known as zyga-afk === robbiew1 is now known as robbiew [22:18] rsalveti, ogra_, we need precise on http://www.engadget.com/2012/06/21/hp-passport-1912nm-internet-monitor/ :-) [22:19] actually you might even just be able to take an o4/panda image and boot it.. not sure, maybe there is a new board file, etc..