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