**** BEGIN LOGGING AT Sat Nov 10 02:59:58 2012
Nov 10 06:57:57 <[mbm]> uberushaximus: 'adb reboot bootloader' just runs the command 'reboot bootloader' and reboot then passes 'bootloader' as an argument to the kernel reboot function, so really it's all about which kernel was used
Nov 10 11:32:56 <ogra-cb> hrw, lol, did you notice that if you copy the while content of /opt from the cros disk to ubuntu, copy two additional libs and run /opt/google/chrome/chrome, you actually get the chromeos desktop in a window
Nov 10 11:33:09 <ogra-cb> s/while/whole/
Nov 10 11:33:49 <ogra-cb> it seems to require working gles though, its ultra slow
Nov 10 11:35:43 <ogra-cb> but i bet with working 3d accel it will work fine, so you could use the whole browser with all plugins (incl flash and hangouts) under ubuntu
Nov 10 12:00:43 <hrw> ogra-cb: nice
Nov 10 12:01:02 <hrw> ogra-cb: copy /usr/lib/lib{mali,EGL,GLES,GL}* and you may have opengles
Nov 10 12:01:20 <ogra-cb> tried already, isnt enough
Nov 10 12:01:33 <hrw> I was able to run glmark2-es once
Nov 10 12:01:37 <ogra-cb> i need wiorking armsoc for that i think
Nov 10 12:01:42 <hrw> ah
Nov 10 12:01:46 <hrw> have to put it into ppa
Nov 10 12:01:52 * ogra-cb is on fbdev
Nov 10 12:01:54 <hrw> let me create package
Nov 10 12:01:59 <hrw> I am on armsoc
Nov 10 12:02:11 <hrw> give me 30 minutes :)
Nov 10 12:02:12 <ogra-cb> i didnt upgrade the system from precise yet
Nov 10 12:02:33 <ogra-cb> and tryig to build it myself failed due to missing deps
Nov 10 12:02:45 <ogra-cb> (libdrm-omap or so)
Nov 10 12:02:53 <hrw> apt-getbuild-dep xf86-video-omap or sth like that
Nov 10 12:03:09 <ogra-cb> thats not in precise
Nov 10 12:03:18 <hrw> ok
Nov 10 12:03:25 <hrw> I run raring
Nov 10 12:03:50 <ogra-cb> i know
Nov 10 12:03:54 <ogra-cb> :)
Nov 10 12:04:12 <ogra-cb> wasnt breave enough to upgrade yet
Nov 10 12:04:33 <ogra-cb> the touchpad works flawless for me with evdev btw
Nov 10 12:04:46 <ogra-cb> including all the multitouch stuff
Nov 10 12:05:27 <ogra-cb> i had to adjust accel and snesitivity a bit through the UI tool but after that its not worse than in cros
Nov 10 12:05:43 <hrw> share accel/sens values?
Nov 10 12:06:16 <ogra-cb> oh, weeme it doesnt persist over reboots, heh
Nov 10 12:06:22 <ogra-cb> *seems
Nov 10 12:06:42 <ogra-cb> so it use the defaults since a while
Nov 10 12:06:49 <ogra-cb> nevermind
Nov 10 12:07:07 <hrw> ;D
Nov 10 12:07:42 <hrw> package sent to ppa
Nov 10 12:09:23 <ogra-cb> oh, cool, i just found out that two finger scrolling works
Nov 10 12:09:33 <hrw> both directions
Nov 10 12:09:35 <ogra-cb> just needed to enable it in the gnome gui
Nov 10 12:09:42 <hrw> 1,2,3,4 finger tap too
Nov 10 12:09:53 <hrw> no idea what for 4tap is anyway
Nov 10 12:09:54 <ogra-cb> it defaults to edge scrolling, that doesnt really work right
Nov 10 12:10:08 <ogra-cb> 4 tap brings up the dash in unity
Nov 10 12:10:22 <ogra-cb> so likely emulates the super key in other envs
Nov 10 12:10:59 * lilstevie is jealous 
Nov 10 12:11:13 <lilstevie> the tf dock trackpad refuses to work properly with anything
Nov 10 12:11:23 <ogra-cb> sad
Nov 10 12:11:27 <lilstevie> even with mtrack
Nov 10 12:12:01 <lilstevie> mtrack works, but gives no scrolling ability at all
Nov 10 12:12:36 <lilstevie> at which point one might as well force single touch mode in the driver
Nov 10 12:12:37 <ogra-cb> rouchpads are dead anyway in the aera of bathroom windows^W^W windows 8
Nov 10 12:12:44 <ogra-cb> touch
Nov 10 12:12:49 <lilstevie> heh
Nov 10 12:14:12 <hrw> ogra-cb: super key is on 'find' key
Nov 10 12:14:19 <ogra-cb> yeah
Nov 10 12:14:35 <ogra-cb> which gets pretty annoying in unity over time
Nov 10 12:14:45 <ogra-cb> i always accidentially hit it
Nov 10 12:14:49 <hrw> remap it?
Nov 10 12:15:00 <ogra-cb> yeah, i will if that goes on
Nov 10 12:15:12 <hrw> I would love to have usable xkb editor
Nov 10 12:15:28 <hrw> lack of pgup/down suxx
Nov 10 12:15:32 <ogra-cb> i actually would like to get unity3d in raring to work though, then i'll likely need it
Nov 10 12:15:48 <ogra-cb> as a comparison system for the nexus
Nov 10 12:16:01 <ogra-cb> ++
Nov 10 12:16:31 <ogra-cb> you could try to remap shift up/down tp pgup pgdn
Nov 10 12:16:47 <ogra-cb> or something like that
Nov 10 12:17:12 <ogra-cb> beond the mapping issues i'm really impressed by the kbd
Nov 10 12:19:58 <hrw> ogra-cb: you have UK or US one?
Nov 10 12:20:05 <ogra-cb> uk
Nov 10 12:20:18 <hrw> I will work on using find up/down for pgup/down
Nov 10 12:20:28 <hrw> shift+up/down are already useful
Nov 10 12:55:08 <ogra-cb> hwwhat ppa did you upload to ?
Nov 10 12:55:18 <ogra-cb> hrw, ^^
Nov 10 12:55:33 <hrw> hrw:my-own-packages
Nov 10 12:56:12 <hrw> or rather: ppa:hrw/my-own-packages
Nov 10 12:56:15 <ogra-cb> k, i dont see anything there
Nov 10 12:56:33 <ogra-cb> alsa-lib is the latest
Nov 10 12:56:46 <hrw> I see
Nov 10 12:57:11 * ogra-cb finds it funny that the battery meter can act as a load meter 
Nov 10 12:57:42 <ogra-cb> if i scroll a lot in firefox the remaining time drops significantly, as soon as i stop scrolling it bumps up again
Nov 10 12:58:01 <hrw> ;)
Nov 10 12:58:35 <hrw> I know why no ppa
Nov 10 12:58:50 <ogra-cb> you uploaded to raring directly ?
Nov 10 12:58:57 <ogra-cb> :)
Nov 10 12:59:24 <hrw> forgot -sa
Nov 10 12:59:27 <ogra-cb> ah
Nov 10 13:00:16 <hrw> I need to sort out versioning
Nov 10 13:00:52 <hrw> armsoc driver has upstream, fork, different versions etc
Nov 10 13:01:12 <ogra-cb> ah, i see it now
Nov 10 13:01:22 <hrw> I am thinking about using 0.0+gitYYYYMMDDrSHAID version
Nov 10 13:02:11 <hrw> Linaro upstream is at 0.5.1, Chromium fork is 0.0.1 but has code from 0.4* etc
Nov 10 13:02:11 <persia> That's safe as an upstream version
Nov 10 13:02:15 <ogra-cb> yeah, sounds sane
Nov 10 13:02:22 <persia> (only 0.0.0~ or similar breaks stuff)
Nov 10 13:02:43 <ogra-cb> so i wonder if i can make that build on precise
Nov 10 13:02:59 <hrw> ogra-cb: if you get b-d packages then it will work
Nov 10 13:03:02 <ogra-cb> or if i have to upgrade and lose my desktop
Nov 10 13:03:37 <ogra-cb> ywah, that might take some effort
Nov 10 13:03:44 <hrw> I want to replace my patch with patches from xf86-video-omap x11 update but need some time to fix it
Nov 10 13:10:58 <ogra-cb> ah, i just needed to pull libdrm from quantal
Nov 10 13:11:20 <ogra-cb> bah, or not
Nov 10 13:11:23 <ogra-cb> failed
Nov 10 13:12:58 <ogra-cb> omap_dri2.c: In function 'OMAPDRI2ScreenInit':
Nov 10 13:12:58 <ogra-cb> omap_dri2.c:586:4: error: unknown field 'ReuseBufferNotify' specified in initializer
Nov 10 13:13:02 <ogra-cb> :(
Nov 10 13:19:30 <ogra-cb> hrw, did you just dist upgrade from precise to raring or did you properly use update-mamanger ?
Nov 10 13:24:09 <ogra-cb> haha
Nov 10 13:24:44 <ogra-cb> "your graphics may not be fully supported in 12.10, you might end up with a slow desktop ...."
Nov 10 13:25:54 <hrw> apt-get dist-upgrade as usual
Nov 10 13:26:13 <ogra-cb> well, i'm going the proper route now
Nov 10 13:59:25 <Tassadar> Hi, is there somebody involved with the Nexus 7 port of Ubuntu? I'd like to discuss dual-booting ubuntu with android.
Nov 10 14:02:23 <hrw> 
Nov 10 14:03:23 <ogra-cb> Tassadar, no plans to work on it ... see https://wiki.ubuntu.com/Nexus7/FAQ#Do_you_plan_to_support_dual_booting_Ubuntu_and_Android.3F
Nov 10 14:04:32 <Tassadar> No, I mean I did it, and I'd like to ask some details about how to change some things in ubuntu to make it work better
Nov 10 14:05:01 <ogra-cb> it will definitely break with one of the next kernel upgrades
Nov 10 14:05:50 <ogra-cb> (or with the next package that triggers regeneration of the initrd, whatever happens first)
Nov 10 14:06:02 <Tassadar> Yeah, I know, that is why I am here :)
Nov 10 14:06:41 <ogra-cb> it would require massive changes to the design of flash-kernel
Nov 10 14:07:22 <Tassadar> the ramdisk which it flashes must be generated from something, no?
Nov 10 14:07:52 <ogra-cb> update-initramfs from the initramfs-package dooes that
Nov 10 14:08:35 <ogra-cb> any package can trigger such a rebuild and the last step of update-initramfs is to flash the new initrd to the boot partition
Nov 10 14:08:37 <Tassadar> i'd only need to move init -> main_init, add my own init binary, busybox and one symlink to the ramdisk
Nov 10 14:08:41 <ogra-cb> using flash-kernel
Nov 10 14:09:17 <ogra-cb> that wont prevent flash-kernel from flashing over the android kernel;
Nov 10 14:09:49 <Tassadar> that is okay
Nov 10 14:09:53 <ogra-cb> it will trash your android every time it runs in the current setup
Nov 10 14:10:15 <Tassadar> I use different boot.img for both android and ubuntu
Nov 10 14:10:24 <lilstevie> ogra-cb, "Can we remove the Google Logo from the bootloader? There are no firm plans to try this, although it may be possible. Patches welcome!" <-- most likely not, the bootloader is sigchecked on flashing, even while unlocked
Nov 10 14:10:46 <Tassadar> my init then asks you what to boot, and it will either proceed with boot, or flashes new boot.img and restarts
Nov 10 14:11:08 <Tassadar> it is the only solution I could think of, besides kexec, which is pretty hard to make working :/
Nov 10 14:11:24 <ogra-cb> you flash on every boot ?
Nov 10 14:11:25 <lilstevie> kexec would be fine with the hardboot hack
Nov 10 14:11:32 <lilstevie> that is what I do for the tf201
Nov 10 14:11:41 <ogra-cb> that will kill your MMC at some point
Nov 10 14:11:56 <lilstevie> exactly why I didn't go with something like that :p
Nov 10 14:12:46 <Tassadar> lilstevie: that is not much faster than reboot, but I'll look into that
Nov 10 14:13:28 <Tassadar> ogra-cb: no, not every, only when it is needed, eg. android->ubuntu and vice-versa
Nov 10 14:13:49 <ogra-cb> well, indeed, thats what i meant
Nov 10 14:14:01 <lilstevie> Tassadar, it is no faster than a reboot, just a hell of a lot less mmc wear
Nov 10 14:14:25 <Tassadar> the problem is it would require kernel modification
Nov 10 14:14:35 <lilstevie> that it does
Nov 10 14:14:37 <lilstevie> at this stage
Nov 10 14:14:58 <lilstevie> although we have been looking into some changes to solve that
Nov 10 14:17:58 <Tassadar> somebody on XDA had idea if fastboot boot *boot.img* could be used in some way, but I am do not think that bootloader sources are available
Nov 10 14:18:56 <ogra-cb> well we use fastboot for flashing the same way
Nov 10 14:19:00 <ogra-cb> i guess thats possible
Nov 10 14:19:07 <ogra-cb> but you need a second machine
Nov 10 14:19:29 <ogra-cb> and need to boot into fastboot mode
Nov 10 14:20:43 <Tassadar> well, I was thinking that if fastboot just puts the boot image somewhere in ram and then restarts the device, then it could be possible to do the same without fastboot mode, but then again, hard to say without sources, it probably does not even restart the device after fastboot boot :/
Nov 10 14:21:25 <lilstevie> why would it reboot?
Nov 10 14:21:52 <lilstevie> fastboot boot just loads the kernel into ram, then calls the boot method
Nov 10 14:21:53 <Tassadar> no reason, thats just me hoping it would be so easy)
Nov 10 14:39:37 <Tassadar> lilstevie: I have the kexec-hardboot patch opened, and I see KEXEC_HB_PAGE_ADDR define - i suppose this needs changing, where exactly should it be? The value in patch (0x57fff000) doest not remind me of anything
Nov 10 14:42:08 <lilstevie> Tassadar, is that the original, or the one we have for the tf201. I don't have the source right in front of me this second
Nov 10 14:42:41 <Tassadar> it is the one for epic 4g, so the original I suppose. Is the one for tf201 on XDA?
Nov 10 14:42:51 <lilstevie> it is on github
Nov 10 14:43:23 <lilstevie> gimme sec, have the code in front of me now
Nov 10 14:44:20 <lilstevie> right
Nov 10 14:44:37 <lilstevie> HB_PAGE is the page that the decompressor reads to check for the hardboot flag
Nov 10 14:45:29 <lilstevie> it ideally should be part of standard memory that is out of the way of anything that may run over it during the hardboot cycle
Nov 10 14:46:13 <Tassadar> so something near the ram_console should be ideal
Nov 10 14:46:17 <lilstevie> for the TF201 we have it at 0xBEC00000
Nov 10 14:46:22 <lilstevie> which is a little before fbmem
Nov 10 14:46:37 <lilstevie> you really need to check what the memory layout is for your device
Nov 10 14:47:28 <lilstevie> originally we had it at ram_console-SZ_1M but that was inside bootloader fb
Nov 10 14:47:51 <lilstevie> it really depends on memory layout
Nov 10 14:48:44 <lilstevie> you shouldn't need to worry about normal kernel operations, or userspace hitting it, it is one of the last things set before the reboot, and one of the first things checked in the decompressor
Nov 10 14:50:25 <Tassadar> yeah, well, I really feel I need a bit more knowledge to do this - so, decompressor == part of bootloader, which decompresses the kernel (zImage)?
Nov 10 14:51:24 <lilstevie> decompressor == part of the kernel
Nov 10 14:51:36 <lilstevie> specifically the first code to be executed from the kernel
Nov 10 14:52:16 <Tassadar> okay, so the kernel like, decompresses itself?
Nov 10 14:53:34 <lilstevie> yes
Nov 10 15:17:21 <Tassadar> lilstevie: how do I check the memory layout?
Nov 10 15:23:06 <hrw> hm... opengles works only for root
Nov 10 15:24:05 <hrw> 	libGLESv2.so.2 => /usr/lib/arm-linux-gnueabihf/mali-gles/libGLESv2.so.2 (0x76d9f000)
Nov 10 15:25:40 <hrw> ideas?
Nov 10 16:37:06 <tassadar> lilstevie: could you please send me link to that github repo with hardboot kernel for tf201?
Nov 10 17:09:52 <ogra-cb> hrw, yay, unity 3d !
Nov 10 17:14:36 <ogra-cb> hrw, your package needs a udev rule to make /dev/mali0 writable for the user (just hand it to udev-acl)
Nov 10 17:24:27 <ogra-cb> hrw, hmm [   730.601] (EE) AIGLX error: dlopen of /usr/lib/arm-linux-gnueabihf/dri/armsoc_dri.so failed (/usr/lib/arm-linux-gnueabihf/dri/armsoc_dri.so: cannot open shared object file: No such file or directory)
Nov 10 17:50:36 <ogra-cb> hrw, /lib/udev/rules.d/69-mali-gpu.rules
Nov 10 17:50:40 <ogra-cb> hrw, http://paste.ubuntu.com/1348470/
Nov 10 17:51:13 <ogra-cb> hrw, makes GLES work OOTB here for non root users
Nov 10 17:52:32 <ogra-cb> hrw, or better http://paste.ubuntu.com/1348479/
Nov 10 17:52:43 <ogra-cb> (without mentioning tegra :P )
Nov 10 21:32:12 <ogra-cb> hmm, so dpms is really broken with the armsoc driver
Nov 10 22:57:18 <FreezingCold> http://www.chromestory.com/2012/10/how-to-install-ubuntu-on-the-new-arm-chromebook/
Nov 10 22:57:37 <FreezingCold> How can I do that except install it to the SSD?
Nov 10 22:57:47 <FreezingCold> Don't really need or want ChromeOS on it
Nov 10 23:09:21 <FreezingCold> I'll be idling for awhile, just ring me if you know
Nov 11 01:00:17 <hrw> ogra-cb_: muchas gracias senior!
**** ENDING LOGGING AT Sun Nov 11 02:59:57 2012