[00:37] Hey anyone here been messing around with ubuntu on the Nexus7? [00:37] has anyone tried lxde yet? [02:35] xnox: any ideas on preseeding the oem-config install stuff for n7? [02:36] xnox: I'm trying to have it finish the setup (time zone, language, user, etc) on the first boot automagically [02:37] xnox: I tried sticking the preseed in the initrd, and also in the rootfs, but so far haven't had much success with it, nor do I seem to be able to ctrl-alt-f1 to see what's going on under the covers [02:37] xnox: but tbh, I don't know if maybe there's some difference with the preseeding that I need to account for [02:40] hi guys, I've heard ubuntu doesn't run as fast on a BBxm when compared to Angstrom, is that still true today? [02:41] xenome, "heard" is that quantifiable. ;) [02:42] well I've seen some posts about bogo mips too but I think that has to do with the calculation [02:42] bogo = bogus... [02:42] rcn-ee, I believe I'm running your kernel I setup from the wiki [02:43] is there a good way to benchmark? [02:43] with ondemand cpufreq, the bogomips calc is useless, as it does not get updated.. [02:44] well it's different now then at bootup when I cat /proc/cpuinfo [02:44] xenome, what will get you, post v3.6.x 800Mhz is no longer stable when rebooting, so I had to disable that in my builds.. SO if your Angstrom is running v3.0.x it'll be at 1Ghz, where as i'm at 600Mhz max.. ;) [02:45] If you don't care if it hardlocks on a softrware reset, you can reenable 800Mhz.. [02:45] is that a bug in the kernel? [02:45] or did something change and that capability was just lost [02:45] looks for Tony Lindgren's email... [02:47] xenome, http://www.spinics.net/lists/linux-omap/msg78218.html (basically we need the Nokia fixes..) [02:47] even at 800 if it worked, is there a reason for not hitting 1GHz like on angstrom [02:48] wait, ubuntu, not stable? unpossible [02:48] Well, there was hacks to make it work with v3.0.x & v3.2.x but with the 2 or 3 omap power managment rewrites, those patches are useless.. [02:49] Basicly if you want it, complain to TI. ;) [02:49] does TI offer a commercial solution? [02:50] for people who buy this chip, what OS do they recommend to leverage all the features? [02:50] well, there was the 2.6.32-psp, then 2.6.37-psp and i think a v3.0.x based branch for those customers.. [02:53] oh so the psp branches are the TI modded kernels? [02:53] is it possible to setup ubuntu and just drop back to one of their older kernels, or is that a big mess? [02:55] TI's psp are here: http://arago-project.org/git/projects/ [02:57] sure, in theory you can go all the way back to 2.6.32 as long as DEVTMPFS is enabled.. [02:58] but, it'll be a fun adventure, specially with all the gcc bugs. ;) [02:59] because I'd be using a recent ubuntu dist, or because their code does not work well with gcc? [03:00] i've started off with the demo image that shipped with my board. I'm hesitant to even do a package upgrade as I'm afraid I may lose support for all the optimized programs [03:00] on arm, depending on far back you go with the kernel version, you better find a version of gcc built at the same time. ;) [03:00] i'm not sure how I can check to see what I might lose [03:00] ah, ok [03:00] did you rebuild your programs or just apt-get them? [03:01] well I was using ubuntu at first, and now I'm back playing with arm [03:01] err angstrom [03:01] is it a tremendous amount of work to get a video player built under ubuntu that leverages the dsp? [03:01] that's where I see the biggest difference [03:02] you can mix/match the kernel's too.. there's some things nice in angstrom's userspace.. but i need dpkg. ;) [03:02] I saw some demo of synergy on youtube with 6 beagleboards...that looked amazing [03:02] oh that was mans's project, no dsp their.. [03:03] all cortex... [03:03] oh I love ubuntu, I'd must rather work in it...but I think I need the drivers unless I can with get something optimized built [03:03] how exactly did that work? I haven't really seen a program that does that screen division like that [03:03] should I just google synergy beagleboard? [03:03] but for the dsp: instead of working the dsplink guys i followed the tidspbridge guys.. (aka nokia) it works for video.. but yeah, no more changes now.. ;) [03:04] because of their microsoft deal? [03:05] here's the wall: http://www.youtube.com/watch?v=9pwUdRKllo0 [03:05] pretty much, before Microsoft all Nokia phones had omap34/36xx based devices.. now qualcomm.. [03:05] yeah that's amazing [03:06] too bad omapfbplay doesn't have sound :) [03:07] and i think sounds now finally works on the beagle in v3.7-rcX! ;) [03:07] it was broken for a long time. [03:07] running under angstrom? [03:09] when it says "usb networked" does that just refer to the nics that connect via usb, or was there some special program running over usb (not ethernet) [03:10] is there a version of ubuntu I could drop back to to be on par with the best angstrom, or is there just too much optimization by the angstrom guys to compete? [03:10] alot of those 'usb networked' device notes go back when we didn't have any real ethernet devices on the original beagle.. [03:11] just grab the kernel/modules from here: http://downloads.angstrom-distribution.org/demo/beagleboard/ They'll run just fine on ubuntu... [03:11] so is v3.7-rcX another kernel besides the one you're hosting? [03:12] so I just need to drop my kernel back to 3.0.17? [03:12] we are at v3.7-rc8: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=summary (in this merge the twl4030 (beagle/etc) was rewritten..) [03:13] that chip does the power management? [03:13] Well, you could use my legacy v3.2.x branch on github.. 800Mhz works.. [03:13] audio/usb/etc... [03:13] it's a very complex multifunction/mult power/etc device.. [03:14] does torvald's kernel have the myriad of patches in your repo? [03:14] seems like you've done a great deal of work to get things to where they are [03:15] We (beagleboard.org community) use torvald kernel as a base.. Most of the patches we have in the repo is stuff heading mainline.. or the last gasp of board based changes, before we have to fianlly convert to device tree.. [03:17] so is that a good thing? [03:18] yeah, it keeps it easy to rebase and keep following torvald's tree.. but we give up on backporting to old stuff. ;) [03:20] I see...so do the angstrom guys do something special to get 1 GHz? [03:20] here's their patch list for '1 Ghz' : https://github.com/beagleboard/kernel/tree/beagleboard-3.0/patches/pm-wip (both directories) [03:21] Unless you work for TI and are paid to do it, yeah that massive list of patches to keep track of and push mainline. ;) [03:22] wow, it takes all that go from 800 to 1 GHz? [03:23] Correct.. ;) IF you didn't care about the life of the silicon and had heat spreader... well you could just bump the Vcc voltage and enable 1Ghz. .;) [03:24] so did someone do that once for the angstrom kernel, and it's just too much work to follow the new revs? [03:25] and one user actually did that in 2.6.36: https://groups.google.com/forum/?fromgroups=#!topic/beagleboard/z3Jsk_nHLNU [03:26] That was pulled from ti's 3.0.x-psp, they were even posted to the linux-omap mailing list, but after asked for more comments the poster never rebased so they got lost.. [03:26] moo [03:26] anyone here doing any nexus7 ubuntuey stuff? [03:27] so TI will make the board work in their branch at 1 GHz [03:27] ? [03:28] that doesn't quite seem as big of a patch as the site you just showed me [03:28] but I guess that was for 2.6.36 [03:29] that small patch just over volts the core with no protection. ;) [03:30] and that's what TI does in their tree? [03:31] no.. that small patch was from a users.. [03:32] btw, i have no interest in TI's tree, i know it supports 1Ghz.. and there's a lot of patches to accomplish it.. but it's not mainline.. [03:32] oh it's really far off? [03:33] is your goal to get most of the stuff pushed into mainline, is that realistic? [03:35] why not? ;) btw you should talk to the fedora-arm guys: they will not except even a small patch: it has to be 100% mainline. ;) [03:35] heh [03:36] so to get the serial port working for output I had to diable getty in /etc/init, but keep the console line in uEnv.txt [03:36] i thought from what I read online I had to remove that line fro uEnv.txt [03:36] You need both places... uEnv.txt just redirects the boot console... /etc/init/serial inits getty.. [03:37] well it didn't work when I removed it from uEnv.txt [03:37] but maybe that's because it's also setting up the port correctly for me [03:37] i.e. 9600, etc.. [03:37] technically we don't need it in uEnv.txt.. but who wants to wait 10 Seconds waiting for a login to appear.. [03:37] well I suppose I better remove it if I don't want messages coming out [03:38] the problem for a lot of people... if your actually using the port with something.. you also need to quite MLO/u-boot.. [03:38] oh so do more than just uEnv.txt? [03:39] The easy way: just change u-boot to use a different serial port.. then you'll never see that either.. [03:39] fun to debug.. [03:39] via uEnv.txt? [03:40] you wouldn't happen to know what disconnects getty in angstrom? I figured my first test would be to do that, then to yank the uEnv.txt line [03:41] that's at least how I got success with ubuntu [03:41] no just use a different serial port: http://git.denx.de/?p=u-boot.git;a=blob;f=include/configs/omap3_beagle.h;hb=HEAD#l89 then u-boot will dump all the boot stuff somewhere else.. [03:42] no idea, it's systemd... yuck.. [03:44] any ideas on hunting down an apparent kernel-side memory leak on tegra3? [03:44] i can only account for about 128m of userspace memory being used [03:44] is that file used by the kernel or just u-boot? [03:44] but kernel reports 420m gone [04:06] so rcn-ee, if I want to stick with ubuntu yet leverage the prexisting kernel modules, is it best to drop back to 3.0.17 and use the BBxm modules, or try to use your 3.2 kernel? === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha [07:45] good morning [07:45] morning [07:46] dholbach: good morning [07:46] hey achiang === doko_ is now known as doko [08:12] ogra_, I can't use onboard when gksu is active! [08:12] yay for mouse grabs! [08:12] aha, it's filed already: bug 421660 [08:12] Launchpad bug 421660 in gksu (Ubuntu) "gksu's and gksudo's modal password prompt prevents OnBoard's virtual keyboard input, causing accessibility issues" [Medium,Confirmed] https://launchpad.net/bugs/421660 [08:13] anyone here doing nexus7/tegra3 stuffs? === yofel_ is now known as yofel === albert is now known as Guest24941 [10:11] * ogra_ waves to raster [10:11] ogra_: moo [10:13] i'm rolling the nexus images, whats your question [10:13] memory [10:13] i've found a 270mb memory black hole [10:13] not in userspace [10:13] not in kernel slab info [10:13] i cant find it [10:14] but theres 270mb or so of mem i cant account for no matter how i try [10:14] fyi [10:14] i've already chopped out 200m of memory usage [10:14] using our image ? [10:14] the standard setup uses about 630m [10:14] yup [10:14] is that 12.10 or 13.04 ? [10:14] i'm down to around 430m [10:14] 12.10 [10:14] 13.04 is broken as it gets [10:15] 13.04 installs zram by default [10:15] gl is busted nasty-like [10:15] bah [10:15] dont need zram [10:15] :) [10:15] hmm, i use it fine here [10:15] it has some issues butu you can work around them [10:15] if i can find this memory hole i'll have a base footprint of less than 130m [10:15] thats plenty good enough for a 1g device and me :) [10:15] did you check the cmdline ? the bootloader prefixes a mad amount of stuff to it ... hardcoded [10:16] ummm [10:16] i did indeed not [10:16] where can i find it [10:16] ? [10:16] cat /proc/cmdline [10:16] from regular userspace? [10:16] aaaah of course [10:16] nm [10:16] * raster slaps himself [10:16] heh, dont :) [10:16] i was thinking grub [10:17] but realised "hmmm.. no.. no grub there" [10:17] then i blanked out [10:17] :) [10:18] abootimg is the tool to use for fiddling with cmdline, kernel or initrd bootloader stuff [10:18] lp0_vec=8192@0xbddf9000 [10:18] tegra_fbmem=8195200@0xabe01000 [10:18] yeah. no idea how you can get rid fo that [10:18] re thos in.. bytes? [10:19] * ogra_ guesses they are [10:19] not sure though [10:19] ogra_, Hey man any info on the Nexus 32GB with 3G? [10:19] hmm [10:19] well 8mb for fbmem... [10:19] just tried like 5 minutes ago installing the latest raring [10:19] kind redundant to use that much [10:19] still no go [10:19] Ethernin, hmm, how does it hang ? [10:19] ogra_: have u been in touch with the nvidia guys? [10:20] the gl/tegra drivers are not doing vsyn swaps [10:20] vsync swaps [10:20] its severely offensive [10:20] especially since i asked for them :) [10:20] raster, only through some guys in #ac100 (tegra2 netbook) [10:20] (set swapinterval to 1) [10:20] but i doubt they will be able to help you here [10:20] aaah boogers [10:20] the stuff you look at comes hardcoded from the bootloader [10:21] thats rather googles side of things i'd say [10:21] ogra_, well i noticed that in the bootimg.cfg within the bootimg file it's still pointing to the partition9 instead of partition10 [10:21] ogra_, cmdline = root=/dev/mmcblk0p9 ro console=tty0 fbcon=rotate:1 access=m2 quiet splash [10:21] vmalloc is 128m [10:21] hmm i wonder what that does [10:21] Ethernin, yes, thats fine, it detects the right partition during first boot, resets the cmdline and reboots [10:22] ok [10:22] at least it is supposed to :) [10:22] hmm [10:22] i wonder if ont he tegra kernel the vmalloc literally snarfs those 128m away and never allows userspace to get it [10:22] that accounts for almost half my vanished mem [10:23] i would bet thats most likely used for the binary drivers [10:23] i wonder ifr it gets it wrong and uses it as real physical ram [10:23] ogra_, so i've tried downloading from http://hwe.ubuntu.com/uds-r/nexus7/ (the 32GB version) and the latest raring from: http://cdimage.ubuntu.com/daily-preinstalled/current/ [10:23] ogra_: quite possible [10:23] if its where ti stuffs texture and backbuffer data etc. [10:23] neither one of those works using fastboot 1.6 flashing Nexus 32gb with 3g [10:23] at least so far [10:24] oh shit! [10:24] or where it gets it from [10:24] NM! [10:24] it worked! [10:24] wahoooo!!! [10:24] :) [10:24] yay! [10:24] !_! [10:24] BOOOYAH! [10:24] ogra_: also.. wheni suspend.. it just insta wakes up [10:24] liek suspend for 200ms [10:24] then wake [10:24] all onits own [10:24] it was hanging at first saying is wasnt a modem or soemthing [10:24] raster, i noticed that too, next suspend persists though [10:24] /usr/sbin/pm-suspend [10:25] when i go direct [10:25] hmm [10:25] nah - it keeps doing it every time for me [10:25] again and again [10:25] (using just the UI, not sure what that calls additionally beyond pm-suspend) [10:25] i was wondering if i can figure out the wakeup src? [10:25] dmesg didnt seem to help [10:25] wsell not that i could find [10:25] hmm ok [10:25] i'm bypassing the ui [10:25] :) [10:25] heh [10:25] trying to get E17 to work ? [10:25] already working [10:25] thats why i saved 200m [10:26] :) [10:26] heh [10:26] compositing works a treat [10:26] everything working [10:26] multitouch works [10:26] yeah, as bad as binary drivers are, the tegra ones are a pleasure to use [10:26] it would seem the hw fb is actually portrait mode [10:26] noting how the screen updates/scans [10:26] or appears to [10:26] heh, yeah [10:26] we tricked it into landscape [10:27] ewww [10:27] using a desktop distro that somewhat seemed better [10:27] can i untrick it [10:27] without xrotate? [10:27] :) [10:27] i dont think you can untrick the touchscreen easily [10:27] i noticed its dodgey when i xrotate back to portrait [10:27] and noting the rendeirng speed [10:27] it feels like its doing extra copies and rotates along the way [10:28] maybe 2 times [10:28] so render to buffer [10:28] rotate to the tricked landscape [10:28] then when in portrait [10:28] but yeah, for the rest, there is a) a rotation option set on the cmdline (use abootimg on /dev/mmcblk0p2 to change it) and b) an xorg.conf snippet [10:28] rotate YET again back to portrait [10:28] ooh docs? [10:28] abootimg -h [10:28] :) [10:28] aaah there it is [10:28] fbcon=rotate:1 [10:29] /dev/mmcblk0p2 carries the bootimg raw [10:29] btw [10:29] is the IO meant to be that slow? [10:29] sudo abootimg -i /dev/mmcblk0p2 [10:29] we didnt do much to optimize for MMC yet [10:29] hmm [10:29] fair enough - it's pretty sluggish [10:29] i'll likely set some sysctrl bits during the cycle [10:30] well ok- sluggish compared to equivalent devices i have.. around the place [10:30] that lets say.. some big oem's like to make [10:30] there isnt much we can do wrt filesystem optimization ... the ext4 we use needs to be created by the android tools to make it work with fastboot [10:30] ie i can see 2-3x the io rate [10:30] ext4 isnt the problem [10:30] :) [10:30] so on that side there isnt much we can imrpove [10:31] it know - ext4 works a treat on some over-the-top ssd's i have [10:31] but userspace surely still has room [10:31] and on.. other arm devices on emmc [10:31] oh btw [10:31] do u try and change governor by default? [10:31] i realized theres a new interactive governor [10:31] well, ubuntu defaults to ondemand [10:31] everywhere [10:31] its AWESOMELY better than ondemand or conservative [10:31] oh no no [10:31] dont do that on this [10:31] change to interactive [10:31] file a bug ;) [10:31] its like night and day [10:32] nah :) i alrwady fixed that [10:32] e17 just sets it itself [10:32] i just have to select it in the menu [10:32] :) [10:32] there are the android init scripts that set a lot of these optimizations on boot, i havent had the time to go through all of them in detail yet [10:32] when u get toit - i suggest u try it [10:32] u can try it now to see what i mean [10:33] iirc there is some code for the interactive governor [10:33] Hey have any of you guys made a custom onboard keyboard before? [10:34] just looking at trying to make it a little more usable on the nexus [10:34] i know it uses svg files and you can create your own custom keyboard maps [10:34] echo "interactive" > /sys/devices/system/cpu/cpu[0123]/cpufreq/scaling_governor [10:34] just wondering if anyone had some good ideas on a simple way to do it? [10:34] u dont need any code [10:34] just do that and try it out [10:35] well, interactive means you can set options ;) [10:35] no [10:35] i think it means its designed for interactivity [10:35] ie so the gui is responsive [10:35] as it beocmes really responsive [10:35] it htink it clocks up fast [10:35] https://android.googlesource.com/device/asus/grouper/+/7fce7d56cb077e869b9509cd2770d92e8cf29dcc/init.grouper.rc [10:35] much faster than ondemand/conservative [10:35] line 171 ff. [10:35] sou get high clockrates fast [10:35] then clocks down [10:36] the lp_ options could probably help your suspend issue [10:36] hmm [10:36] interesting [10:36] 194 ff. looks intresting for MMC performance [10:37] well the out-of-the-box interactive governor options make it great :) [10:37] the prob is that we need to change a really badly implemented ubuntu default here [10:38] i would much rather fix it by a complete re-implementation but wont have the time for this in 13.04 [10:38] where are those lp_ options? [10:38] hmm wtc [10:38] wtf [10:38] oooh [10:38] 2k [10:38] nm [10:38] wait [10:38] 2mb [10:38] thats insane [10:39] well, the device is pretty fast on android :) [10:39] btw ... /etc/init.d/ondemand is what i was talking about above [10:39] sure [10:39] well for nexus7 i'd suggest using interactive [10:40] just as is it makes it massively less sluggish [10:40] oh [10:40] right, the point is it should a) be autodetected which one is needed or b) be configurable [10:41] u mean lp2_in_idle, no_lp, lp2_0_in_idle ? [10:41] yes [10:41] aaah yeah [10:41] u want to have a single ubuntu image for eveyrhting [10:41] sure [10:41] no, but the things that are installed by default should work either automatically or be configurable to cover different tasks :) [10:41] u COULD do some evil shellness in there looking at uname/proc/sys etc. [10:42] And if in tegra3 ... then try a different one [10:42] :) [10:42] this initrscript is simply assuming the whole world wants ondemand all the time [10:42] sure [10:42] it dpeends if u are happy to hack init scripts to maek these work [10:42] heh, sure [10:42] personally i despise init scripts and want to see them die :) [10:43] it just needs to function on x86, ppc, arm and under all ubuntu flavours after i touched it :) [10:43] sure [10:44] its not the coding, its the "make sure it does it right on all arches and flavours" bit thats hard for such generic bits in the distro [10:44] and if [] ...; then ... ; else ;; fi [10:44] boo [10:44] to detect tegra3 at least .. if there is an interactive one [10:44] case arch in; .... esac [10:44] in fact i think if there were an interactive governor for desktop and laptop anyway u'd want it [10:44] :) [10:44] 3x faster than if ;) [10:44] its shell [10:44] yep [10:45] 3x faster still means abotu the speed ofr continental drift :) [10:45] but sure - i get it :) [10:45] heh, well, if its a script executed during boot, 3x faster matters [10:46] true [10:46] tho imoh unity should take care of that higher up [10:46] as such 1 size does not fit all with governors [10:46] i have 1 laptop i have to clock at 600mhz [10:47] right, but it should staay in the plumbing layer i think [10:47] unity is to high up [10:47] any more and it'll overheat after 1 min of compiling and throttle itself to death [10:47] lovely ... [10:47] as such i can clock in vast improvements in compiling times if i clokc to performance for the whole compile session [10:47] then let it go back to auto afterwards [10:48] write more shell and less C ;) [10:48] thats why e17 has a control in it with some suid root fun [10:48] hahaha [10:48] I'd tend to agree that this doesn't need to be machine-specific, and interactive is the sane choice if it's available. [10:49] infinity1, oh, you mean just looking at available_governors ? [10:49] hmm, sounds like a good idea [10:49] ogra_: Yeah. [10:49] * ogra_ will play with that [10:50] first .... coffee though .... [10:50] brb [10:50] ogra_: One could concievably build a kernel with no governors, and that init script should just exit silently in that case. [10:50] ogra_: But if interactive is in the set, use that, else if ondemand, use that. === infinity1 is now known as infinity [10:52] ok [10:52] lets hope the rotate thing is.. better [10:53]