**** BEGIN LOGGING AT Thu Jun 21 02:59:58 2012 Jun 21 05:49:21 trying firefox Jun 21 05:49:24 just a sec Jun 21 05:49:46 win explorer completely crashed Jun 21 05:49:51 had to end process Jun 21 06:42:09 infinity, I heard in #beagle, that there is talk at TI re SGX, omap3 armhf Jun 21 06:42:25 they have it a copy internally Jun 21 07:57:24 cvanvliet: Snazzy. Jun 21 07:57:50 who do we poke ;) Jun 21 07:58:22 * cvanvliet wants an LTS version of ubuntu, just as much as any speed increase Jun 21 08:00:50 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. Jun 21 08:02:08 s/poke/beg Jun 21 08:07:08 if they are in the UK, I would certainly by them a beer ;) Jun 21 08:14:28 infinity: neither robclark nor me are doing any work on OMAP3. Jun 21 08:15:42 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. Jun 21 08:15:58 nope. Jun 21 08:16:04 Kay. :) Jun 21 08:16:09 i think #beagle is the better place to ask. Jun 21 08:20:36 ndec, well for me it is about getting omap3 sgx into an ubuntu LTS, not just SGX Jun 21 08:20:47 but thanks, I will pursue there Jun 21 08:21:13 the problem is armhf right? TI is doing SGX releases publicly for OMAP3, iirc. Jun 21 08:21:25 yes Jun 21 08:22:02 there is no roadblock here for me, it is just not how I want things :) Jun 21 08:22:44 everyone is moving towards armhf, and we will be stuck on armel Jun 21 09:07:51 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. Jun 21 09:09:22 thanks Jun 21 10:04:32 ndec, http://paste.ubuntu.com/1052388/ do you have any nice cpuinfo lines for me for omap4460 based blazes etc ? Jun 21 10:15:16 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 Jun 21 11:16:43 ogra_: hardware line cardhu for tf201, and ofc cardhu development platform Jun 21 11:16:49 ogra_: nvidia-tegra ofc Jun 21 11:17:08 if you would like to add that one Jun 21 11:17:12 lilstevie, i need the exact copy/paste please Jun 21 11:18:02 k sec Jun 21 11:18:14 ndec, hmm, so there is no 4460 blaze ? Jun 21 11:19:26 http://paste.ubuntu.com/1052478 Jun 21 11:20:12 uuh, ok Jun 21 11:20:33 is there something you are looking for there that is missing? Jun 21 11:20:37 * ogra_ has never seen such a short HW string on arm yet Jun 21 11:20:45 heh Jun 21 11:21:00 tf101 is the same Jun 21 11:21:06 tf101 is ventana Jun 21 11:21:11 nothing extra Jun 21 11:22:17 added both Jun 21 11:22:26 thanks :) Jun 21 11:32:36 ogra_: there are 4460 blaze, but they will use the same 'machine', so same output. Jun 21 11:32:39 like panda btw. Jun 21 11:32:47 ok Jun 21 11:33:21 yeah, well, if someone is insane enough to use a lucid kernel on his install or so, the old values would still match Jun 21 11:33:30 (not that the driver would work though :P) Jun 21 11:33:32 ogra_: that said... if you want to be doing something with some forward thinking... you need to handle device tree as well. Jun 21 11:33:51 for DT, you will have 1 generic name for each CPU family. iirc Jun 21 11:34:00 well, 80% of our HW detection tools on arm use cpuinfo Jun 21 11:34:24 i wont have to care how it is populated Jun 21 11:35:28 ogra_: but the cpuinfo/machine info will be different on a panda which is booted with DT Jun 21 11:35:39 oh, yeah, indeed Jun 21 11:35:47 ogra_: so now we have one rfc822 database in flash-kernel? Jun 21 11:36:10 hrw, not sure if its rfc conform, but yeah, we have a DB Jun 21 11:36:31 i think infinity planned to actually split out a -data package that has only the DB Jun 21 11:36:32 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 Jun 21 11:36:52 you see that all OMAP4 will show up as "Generic OMAP4 (Flattened Device Tree)" Jun 21 11:37:10 and all OMAP5 will be "Generic OMAP5 (Flattened Device Tree)" Jun 21 11:37:12 etc... Jun 21 11:37:18 right, but "OMAP4" would match all oamp4 devices still Jun 21 11:37:32 even if i would have typed it right :P Jun 21 11:37:37 note that it will be a problem ... since not all OMAP4 will use the same pvr-omap4 ;-) Jun 21 11:37:58 4430 and 4460 have the same GPU, 4470 have a different GPU. Jun 21 11:38:05 for these we need a more specific matching then Jun 21 11:38:08 with conflicting libs in the user space Jun 21 11:38:28 4470 got MP2 powervr? Jun 21 11:38:39 4470 544, single core Jun 21 11:38:39 for now the concept of having a line per supported SoC should be fine Jun 21 11:38:41 is that exported somewhere though Jun 21 11:38:45 OMAP5 is 544 MP2 Jun 21 11:39:05 or visible from sysfs Jun 21 11:39:20 lilstevie: i don't know for now. we manage it 'by hand' for now, and don't have a clean solution yet. Jun 21 11:39:59 sure Jun 21 11:43:36 * XorA|gone wonders when PVR will catch up with the 1990s and have runtime detection Jun 21 11:52:01 heh Jun 21 11:52:07 the tegra driver does it Jun 21 11:53:08 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? Jun 21 11:56:38 1 binary Jun 21 11:57:33 they have released platform tarballs for each development device, but the binaries work across devices just fine Jun 21 12:04:04 lilstevie: ok... we aren't there yet with PVR. Jun 21 12:04:15 fair enough Jun 21 12:04:41 it is all good having one binary, but five binaries that work would be better :p Jun 21 12:05:47 well, we have the binaries that work ;-) Jun 21 12:07:29 heh Jun 21 12:07:39 tegra ones are horrible Jun 21 12:07:56 the latest release is probably the best yet though Jun 21 12:07:57 :p Jun 21 13:19:22 ogra_, so did you test with current 3.1 kernel and graphics work with the latest nvidia drivers? Jun 21 13:19:49 if so the ac100-meta can also be bumped to make the 3.1 version the default Jun 21 13:20:04 janimo, i think infinity did right after your upload anyway :) Jun 21 13:20:21 and yes, a smoketest worked Jun 21 13:20:30 ogra_, I thought so too, but I tried the installer yesterday and got 3.0,27 Jun 21 13:20:30 i havet used it for long though Jun 21 13:20:36 the installer crashed though Jun 21 13:20:50 i dont think we have recent ac100 images for quantal yet Jun 21 13:21:14 ogra_, ah I missed they were dated May 30 Jun 21 13:21:18 http://cdimage.ubuntu.com/daily-preinstalled/current/ has images from may 30 Jun 21 13:21:27 just saw they're under jun 18 or such Jun 21 13:21:41 i fixed flash-kernel though, the next successfull build should have them Jun 21 13:21:44 ogra_, is this because the kernel will likely not boot? Jun 21 13:21:48 ogra_, good to know then Jun 21 13:22:05 the kernel will likely need a console statement or so Jun 21 13:22:11 in the bootargs Jun 21 13:22:25 but i first want working images before i look into details Jun 21 14:52:29 * satellit_ testing TrimSlice -h 250 Jun 21 22:18:53 rsalveti, ogra_, we need precise on http://www.engadget.com/2012/06/21/hp-passport-1912nm-internet-monitor/ :-) Jun 21 22:19:54 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.. Jun 22 01:49:23 hello, I am following the rootsock documentation in https://wiki.ubuntu.com/ARM/RootfsFromScratch is there a new documentation? It is not working for precise 12.04 but I finally have succeed in building an image Jun 22 01:49:34 if I could help anyone Jun 22 02:44:39 robclark: that is pretty awesome Jun 22 02:46:28 robclark: Only $259? That makes it more cost-effective than a Panda with a monitor. Not bad. Jun 22 02:50:49 Sounds cool./ **** ENDING LOGGING AT Fri Jun 22 02:59:59 2012