/srv/irclogs.ubuntu.com/2012/06/21/#ubuntu-arm.txt

=== gmpff_ is now known as gmpff
=== jkridner_ is now known as jkridner
TheMuso/c/c01:25
=== jkridner_ is now known as jkridner
=== heathkid|2 is now known as heathkid
heathkidtrying firefox05:49
heathkidjust a sec05:49
heathkidwin explorer completely crashed05:49
heathkidhad to end process05:49
cvanvlietinfinity, I heard in #beagle, that there is talk at TI re SGX, omap3 armhf06:42
cvanvlietthey have it a copy internally06:42
infinitycvanvliet: Snazzy.07:57
cvanvlietwho do we poke ;)07:57
* cvanvliet wants an LTS version of ubuntu, just as much as any speed increase07:58
infinitycvanvliet: 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:00
cvanvliets/poke/beg08:02
cvanvlietif they are in the UK, I would certainly by them a beer ;)08:07
ndecinfinity: neither robclark nor me are doing any work on OMAP3.08:14
infinityndec: 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
ndecnope.08:15
infinityKay. :)08:16
ndeci think #beagle is the better place to ask.08:16
cvanvlietndec, well for me it is about getting omap3 sgx into an ubuntu LTS, not just SGX08:20
cvanvlietbut thanks, I will pursue there08:20
ndecthe problem is armhf right? TI is doing SGX releases publicly for OMAP3, iirc.08:21
cvanvlietyes08:21
cvanvlietthere is no roadblock here for me, it is just not how I want things :)08:22
cvanvlieteveryone is moving towards armhf, and we will be stuck on armel08:22
infinitycvanvliet: 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:07
cvanvlietthanks09:09
ogra_ndec, http://paste.ubuntu.com/1052388/ do you have any nice cpuinfo lines for me for omap4460 based blazes etc ?10:04
ndecogra_: 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#l99710:15
=== zyga-afk is now known as zyga
=== k1l_ is now known as k1l
lilstevieogra_: hardware line cardhu for tf201, and ofc cardhu development platform11:16
lilstevieogra_: nvidia-tegra ofc11:16
lilstevieif you would like to add that one11:17
ogra_lilstevie, i need the exact copy/paste please11:17
lilsteviek sec11:18
ogra_ndec, hmm, so there is no 4460 blaze ?11:18
lilsteviehttp://paste.ubuntu.com/105247811:19
ogra_uuh, ok11:20
lilstevieis there something you are looking for there that is missing?11:20
* ogra_ has never seen such a short HW string on arm yet11:20
lilstevieheh11:20
lilstevietf101 is the same11:21
lilstevietf101 is ventana11:21
lilstevienothing extra11:21
ogra_added both11:22
lilsteviethanks :)11:22
ndecogra_: there are 4460 blaze, but they will use the same 'machine', so same output.11:32
ndeclike panda btw.11:32
ogra_ok11:32
ogra_yeah, well, if someone is insane enough to use a lucid kernel on his install or so, the old values would still match11:33
ogra_(not that the driver would work though :P)11:33
ndecogra_: that said... if you want to be doing something with some forward thinking... you need to handle device tree as well.11:33
ndecfor DT, you will have 1 generic name for each CPU family. iirc11:33
ogra_well, 80% of our HW detection tools on arm use cpuinfo11:34
ogra_i wont have to care how it is populated11:34
ndecogra_: but the cpuinfo/machine info will be different on a panda which is booted with DT11:35
ogra_oh, yeah, indeed11:35
hrwogra_: so now we have one rfc822 database in flash-kernel?11:35
ogra_hrw, not sure if its rfc conform, but yeah, we have a DB11:36
ogra_i think infinity planned to actually split out a -data package that has only the DB11:36
ndecogra_: 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=bc259adc9b76f625fff0423df3ffb80a0380292711:36
ndecyou see that all OMAP4 will show up as "Generic OMAP4 (Flattened Device Tree)"11:36
ndecand all OMAP5 will be "Generic OMAP5 (Flattened Device Tree)"11:37
ndecetc...11:37
ogra_right, but "OMAP4" would match all oamp4 devices still11:37
ogra_even if i would have typed it right :P11:37
ndecnote that it will be a problem ... since not all OMAP4 will use the same pvr-omap4 ;-)11:37
ndec4430 and 4460 have the same GPU, 4470 have a different GPU.11:37
ogra_for these we need a more specific matching then11:38
ndecwith conflicting libs in the user space11:38
hrw4470 got MP2 powervr?11:38
ndec4470 544, single core11:38
ogra_for now the concept of having a line per supported SoC should be fine11:38
lilstevieis that exported somewhere though11:38
ndecOMAP5 is 544 MP211:38
lilstevieor visible from sysfs11:39
ndeclilstevie: i don't know for now. we manage it 'by hand' for now, and don't have a clean solution yet.11:39
lilsteviesure11:40
* XorA|gone wonders when PVR will catch up with the 1990s and have runtime detection11:43
=== XorA|gone is now known as XorA
lilstevieheh11:52
lilsteviethe tegra driver does it11:52
ndeclilstevie: 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:53
lilstevie1 binary11:56
lilsteviethey have released platform tarballs for each development device, but the binaries work across devices just fine11:57
ndeclilstevie: ok... we aren't there yet with PVR.12:04
lilsteviefair enough12:04
lilstevieit is all good having one binary, but five binaries that work would be better :p12:04
ndecwell, we have the binaries that work ;-)12:05
lilstevieheh12:07
lilstevietegra ones are horrible12:07
lilsteviethe latest release is probably the best yet though12:07
lilstevie:p12:07
=== prpplague is now known as prp^2
janimoogra_, so did you test with current 3.1 kernel and graphics work with the latest nvidia drivers?13:19
janimoif so the ac100-meta can also be bumped to make the 3.1 version the default13:19
ogra_janimo, i think infinity did right after your upload anyway :)13:20
ogra_and yes, a smoketest worked13:20
janimoogra_,  I thought so too, but I tried the installer yesterday and got 3.0,2713:20
ogra_i havet used it for long though13:20
janimothe installer crashed though13:20
ogra_i dont think we have recent ac100 images for quantal yet13:20
janimoogra_, ah I missed they were dated May 3013:21
ogra_http://cdimage.ubuntu.com/daily-preinstalled/current/ has images from may 3013:21
janimojust saw they're under jun 18 or such13:21
ogra_i fixed flash-kernel though, the next successfull build should have them13:21
janimoogra_, is this because the kernel will likely not boot?13:21
janimoogra_, good to know then13:21
ogra_the kernel will likely need a console statement or so13:22
ogra_in the bootargs13:22
ogra_but i first want working images before i look into details13:22
=== zyga is now known as zyga-food
=== zyga-food is now known as zyga
* satellit_ testing TrimSlice -h 250 14:52
=== calculu5 is now known as calculus
=== zyga is now known as zyga-afk
=== robbiew1 is now known as robbiew
robclarkrsalveti, ogra_, we need precise on http://www.engadget.com/2012/06/21/hp-passport-1912nm-internet-monitor/  :-)22:18
robclarkactually 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..22:19

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!