[07:37] hi all, are there people here who have Ubuntu 12.04 installed on a Transformer TF101? i have some questions about powersave and suspend modes [07:38] lilstevie: hi, is there any new work done on suspend/resume for the TF101? [07:38] at the moment? no, I have been busy with uni [07:39] ah. ok [07:40] lilstevie: on Ubuntu 12.04 the screen saver kicks in quite swiftly but after that login is not really possible anymore due to looping.. [07:41] well then change the settings :) [07:41] true.. [07:42] tell it not to sleep [07:42] even with that it appears to go to sleep anyway.. [07:42] the up-to-date tree reboots on sleep [07:42] wait, are you meaning how on power on it loops [07:42] there is no apm deamon running [07:43] cause that is pulseaudio crashing lightdm [07:43] if not, the display turning off looks like sleep [07:43] lilstevie: i am loged in over shh too and that works. however it will drop into powersave afer a few seconds again [07:44] on initial boot yes? [07:44] like you haven't logged in yet [07:44] the ssh becomes a bit slow to respond and the screen flips on after i type something in ssh :-) [07:44] sudo apt-get autoremove pulseaudio [07:44] lilstevie: the pulseaudio is removed already, that was quite a challenge with the login issues :-) [07:45] ok, disable sleep [07:45] and it won't go to sleep [07:45] make sure you tell it to never sleep for both on battery and on ac [07:46] having trouble to do anything at all on the desktop since it keeps cycling.. [07:47] after a reboot all is fine. But once a sleep was initiated it will cycle again [07:47] yes, so do it before it goes to sleep [07:48] :-) true again [07:48] I only turn the screen off on my device [07:49] sleep is turned off entirely [07:49] do you know of other people working on the kernel for the TF101? [07:49] yes, but I wouldn't trust their kernels on my device :/ [07:50] aha. [07:50] http://forum.xda-developers.com/showthread.php?t=1683145 welcome to try it though [07:50] lilstevie: what is the best/recent kernel for the tf101? [07:50] I don't agree with certain things like overclocking to 1.6 by default though [07:50] i am willing to roll my own ;-) [07:51] overclocking is not my aim.. stability is [07:51] well there is https://github.com/lilstevie/linux_kernel_TF101 [07:51] that is the one I have running [07:51] sleep looping is not an issue cause it will reboot :p [07:52] ok. i have Linux Tegra2 2.6.36.4 #5 SMP PREEMPT Fri Nov 4 22:21:17 EST 2011 armv7l armv7l armv7l GNU/Linux [07:52] that one is supplied in your OLiFE Prime package [07:52] stackprotector is a little touchy and sleep breaks it [07:53] aha [07:53] i have worked on kernels for many ARM devices in the past and sleep was always dodgy.. [07:53] so i am not surprised here ;-) [07:54] hah [07:54] sleep worked [07:54] lilstevie: but loops [07:54] no [07:55] oh, what changed? [07:55] I mean I had sleep working at one point [07:55] I recompiled [07:55] aha [07:55] must have exhaled at the wrong time [07:55] yeah, i know what you mean.. [07:55] because now it will not [07:55] is there stuff going upstream to main kernel? [07:56] would be nice to recompile a kernel from kernel.org and run that ;-) [07:56] not likely [07:57] 2.6.36.4 is good enough for what i need a.t.m. so i might take a shot at building from your git repo [07:57] heh [07:57] i have a lot of ARM boards laying around but none of them are Tegra 2. [07:57] as long as it gets the device booting right [07:57] yeah [07:58] usually fbdev + usb is my main concern [07:58] well fbdev and usb work :p [07:58] if that works (and networking of course) I can get most things working. [07:58] yeah [07:59] I can work with a little less :p [07:59] did uboot get any further? [07:59] uboot is a pointless dead end :) [07:59] oh. because booting from a separate SDcard would be interesting. [08:00] yeah, well we have been working on some stuff using kexecboot which has been promising [08:00] at least on the tf201 [08:00] is kexec not working on tf101? [08:01] well tf201 has been higher priority cause I haven't officially released anything for that one yet [08:01] :) [08:23] lilstevie: have you tried kexec on the tf101? [08:24] lilstevie: # CONFIG_KEXEC is not set .. from /proc/config.gz :-( [08:37] if only it were that simple :p [08:38] there is hardware that will not handle a kexec [08:38] well, more the drivers are not built for it [08:39] hmm.. the tf101 specific drivers won't survive kexec.. ok [08:39] we are using a derivation of http://forum.xda-developers.com/showthread.php?t=1266827 [08:40] we don't know what parts are not surviving cause it prevents the kernel being kexec'd to from booting [08:40] but that hardboot works fine [08:41] if hard-boot works fine then i can kexec with args to boot from SDcard :-) [08:41] you can boot from sdcard now [08:42] you just need to edit the bootimg.cfg for the kernel image [08:42] how? that was not in the wiki nor in the readme [08:42] ah, but that is statically changing the pootparams [08:42] bootparams are flashed with nvflash.. right? [08:42] no [08:42] with the bootimg [08:43] which can be flashed from userspace too [08:43] hm.. interesting.. [08:44] lilstevie: dd from and to the bootimg partition i guess [08:44] no [08:45] mount it? [08:45] packing into a blob and dding to the staging partition [08:45] boot partition is outside of the partition table [08:45] bootloader is responsible for flashing it [08:46] the blob packer is new to me. most systems i use have u-boot so i can work with that quite well.. [08:47] lilstevie: which partition is the staging partition? [08:47] mmcblk0p4 [08:47] i have that mounted under ext3 [08:48] so putting the bootimg in there would suffice? [08:48] no [08:48] and resetting the device of course [08:48] it shouldn't be mounted [08:48] just dd straight to it [08:49] ok, will try that once i have built the kernel. [08:50] lilstevie: when shutting down while in android i chose 'restore' option which now makes linux the default to boot. :-) [08:51] heh as long as you remember to clear the tag [08:51] also blobs will not flash if there is a tag in misc [08:51] i also did a 'wipe' which cleaned out the other partitions and they now show up in Linux as 4 partitions [08:53] system, cache and data will always [08:55] is that the misc dir in mmcblk0p7 ? [09:01] lilstevie: /dev/fb1 is that a second framebuffer for hdmi output? [09:17] misc is mmcblk0p3 like the whole thing [09:17] and fb1 is the second framebuffer [09:17] oh. ok :-) [09:18] doesn't always mean hdmi but in this case yes [09:18] tegra fb1 can be hooked up to a few different busses [09:18] i was thinking to use that as a second monitor :-) [09:19] hopefully to get it to output 1920x1080 [09:24] without the tegra proprietary drivers that isn't happening :) [09:24] :-( [09:24] so 1280x720 should at least be possible or does it mean no hdmi at all? [09:25] no hdmi at all [09:26] :( !! [09:26] how do the tegra drivers (beta releases) fit in there? [09:26] nvidia seems to provide some [09:27] incompatible with the kernel [09:27] ok. so i would need a different kernel then. 3.x ? [09:27] you would need a kernel that works on the device [09:28] that has the interface [09:28] that one I linked to before does [09:28] but as I said I wouldn't trust it on my device [09:28] if for no reason other than it burns the cpu at 1.6GHz [09:28] (I do have other reasons though) [09:29] ok. i can understand [09:29] best would be then to get those sources and remove the 1.6 GHz stuff and build [09:29] will look into that. [09:47] lilstevie: do you know why/if XShm is supported? i get an error : X Error of failed request: BadAccess (attempt to access private resource denied) [09:51] hm [09:51] not seen that [09:52] i have a program that uses XShm, it is not from Ubuntu [09:53] http://code.google.com/p/rtviewer/ [17:19] lilstevie: ipcs shows that the kernel is not configured for shared memory, semaphores and message queues! === jkridner_ is now known as jkridner [20:33] lilstevie: you still here?