[00:44] <persia> Could someone else with a maverick chroot confirm my experience that installing ca-certificates-java doesn't generate all the segfaults shown in ttp://launchpadlibrarian.net/55096689/buildlog_ubuntu-maverick-armel.libservlet2.4-java_5.0.30-12_FAILEDTOBUILD.txt.gz ?
[01:26] <prpplague> ogra: / ogra_cmpc gotta find time this week to upload a laptop report for the ubuntu compatibility
[01:28] <persia> prpplague, What sort of report?  The checkbox run, or something more?
[01:29] <prpplague> persia: just compatibility with the acer aspire one AO751 , it wasn't in the list and there were a couple tweaks that had to do
[01:31] <persia> Probably best to file bugs about the tweaks: I don't know that anyone is specifically targeting a list of "supported netbooks" just now (although I may be mistaken)
[01:32] <persia> And filing a checkbox profile may also help, as it increases the numbers for your specific HW, which may or may not have any effect on the prioritisation of driver support by the kernel team :)
[01:33] <prpplague> persia: indeed, just finding the time is the issue
[01:33] <prpplague> too many irons in the fire this week
[01:35] <prpplague> persia: https://wiki.ubuntu.com/Testing/Laptop
[02:04] <persia> prpplague, Oh, cool.  I had thought that team defunct.  Great to see them working again.
[08:09] <ndec> ogra: morning!
[08:10] <ndec> ogra: as I told you, I am trying the beta image, the installation went fine. everything seemed to be functional (i am using our kernel). then I rebooted, the splash screen is nice (good resolution) but when the desktop comes the resolution is screwed up totally. i remember rsalveti mentioning something similar. have you seen this already?
[08:30] <sebjan> cooloney: I have problems generating the header package with the 2.6.35 branch: I get only 1 header package (linux-headers-2.6.35-903-omap4), which depends on another one that is not generated (linux-ti-omap4-headers-2.6.35-903). On the 2.6.34 branch, there used to be 2 header packages.
[08:32] <hrw> morning
[08:36] <ndec> ogra: one more question: what are the right offset in the 10.10 pre installed images, if I want to loop mount the boot partition and the ext3 partition?
[08:37] <cooloney> sebjan: are you using cross compiling or schroot
[08:42] <apw> sebjan, are you building just armel, or i386 as well ...
[08:44] <ndec> ogra: ok, I found for the offset. fdisk -ul on the .img file gives me the offset in cylinders... that works.
[08:44] <sebjan> cooloney, apw: I see that this issue is not just when I build. The packages listed above are on the official ppa. The headers package on the official ppa cannot be installed because of this broken dependency.
[08:45] <cooloney> apw: currently, i copied the header package name from debian.master
[08:45] <cooloney> which is linux-headers-PKGVER-ABINUM
[08:46] <cooloney> in debian.ti-omap4/control.stub.in
[08:46] <apw> cooloney, but did you ever get it generated
[08:46] <apw> when you tested
[08:46] <cooloney> yeah, it generated linux-headers-2.6.35-903-omap4
[08:47] <cooloney> apw: i guess we need to change it as SRCPKGNAME-headers-PKGVER-ABINUM?
[08:48] <apw> not sure i'd expect that ...
[08:48] <cooloney> apw, how about our debian.master?
[08:48] <cooloney> do we got 2 header packages?
[08:48] <apw> i think i'd expect the linkage to be to linux-headers in both cases
[08:49] <apw> the primary header is linux-headers-....-omap4 right ?
[08:49] <cooloney> right,
[08:49] <apw> so the common header should be callled linux-headers-....
[08:49] <apw> without the ti-omap
[08:49] <cooloney> according to the debian.ti-omap4/control.stub.in
[08:50] <cooloney> apw: i'm not sure about the name of that. do you know where can i found it?
[08:50]  * apw will have a look at the packaging
[08:51] <cooloney> apw: thanks a lot.
[08:55] <ogra> ndec, well, i have a working monitor and havent seen any issues, i guess you have to wait for ricardo
[08:56] <ogra> apw, linux-headers-2.6.35-903-omap4 : Depends: linux-ti-omap4-headers-2.6.35-903 but it is not installable ...
[08:56] <ndec> ogra: but my monitor is working too.. i was able to install and reboot the first time. everything was ok, i had the desktop and UNE full screen (full HD). then I rebooted and it no longer worked.
[08:56] <ogra> apw, i have to check whats up there
[08:56] <ogra> ndec, hmm ...
[08:57]  * ogra wonders what that could be
[08:57] <ogra> ndec, do you use any special boot.scr ?
[08:58] <apw> ogra, yeah cooloney mentioned it just a few mins ago ... i see noone has even build-tested these uploads ...
[08:58] <ndec> ogra: I just added mem=1G and regenerated it.
[08:58] <ogra> ndec, oh, i dont think that works
[08:59] <ndec> ogra: yes, with the latest kernel it does
[08:59] <ogra> ndec, mem=460M@0x80000000 mem=512M@0xA0000000 is what we got from sebjan
[08:59] <hrw> ndec: did not panda required memory hole for dsp or something?
[08:59] <hrw> like ogra shown
[08:59] <ogra> (i think, not 100% sure where rsalveti got it from)
[08:59] <ndec> ogra: i know about this. but this hole is only if you actually use the DSP. in my case I am not using it.
[09:00] <ogra> well, the only thing i can imagine that changed is boot.scr
[09:01] <ndec> ogra: i am restarting from scratch...let's see if I can reproduce.
[09:01] <ogra> setenv bootargs quiet splash ro elevator=noop vram=32M mem=460M@0x80000000 mem=512M@0xA0000000 fixrtc
[09:01] <ogra> thats our bootargs line atm
[09:10] <ogra> cooloney, why would you set "suspend doesnt work" to wontfix ??
[09:13] <sebjan> cooloney, apw, ogra : fyi, I just logged a defect for the broken headers package:  632235
[09:13] <ogra> sebjan, ah, thanks, i guess apw is already on it
[09:13] <apw> bug #632235
[09:13] <ubot2> Launchpad bug 632235 in linux-ti-omap4 (Ubuntu) "2.6.35-903-omap4 header package cannot install - dependency broken (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/632235
[09:16] <apw> god arm builds are pitifully slow
[09:19] <cooloney> ogra: CONFIG_PM is not available on omap4
[09:19] <cooloney> can we use suspend on it?
[09:20] <apw> does suspend mean anything on ARM, don't we just do clock/power management to near 0 consumption alll the time
[09:21] <cooloney> apw: i'm not sure about that PM can support near 0 consumption, but suspend is a menu option on Ubuntu, right?
[09:22] <apw> yep a menu option
[09:22] <cooloney> sebjan: did you guys try suspend/hibernation such things on panda?
[09:23] <amitk> apw: suspend isn't frequently used
[09:23] <apw> amitk, i'd always assumed that PM on arm was essentially the same, that it could sleep everything but the ram but without explicit suspend
[09:23] <amitk> correct
[09:24] <cooloney> ideally, i think
[09:24] <amitk> if the PM framework (clock, regulators, idle call for system) is enabled for all drivers, that is what should happen
[09:24] <ogra_cmpc> well, all i want to be able to do is to click on the susped option in the menu and to properly power up again later
[09:25] <cooloney> ogra: i'm afraid that we can't do that on omap4 panda
[09:25] <ogra_cmpc> cooloney, there are devices based on the panda that you definitely want to be able to suspend
[09:25] <cooloney> which disabled CONFIG_PM
[09:25] <ogra_cmpc> cooloney, why ?
[09:25] <ogra_cmpc> we could do it on dove and babbage
[09:25] <amitk> ogra_cmpc: whether or not that works will depend on if the drivers have even implemented the suspend/resume hooks
[09:25] <cooloney> yeah, we can do that
[09:26] <ogra_cmpc> and if i own a panda based netbook i definitely want to suspend it
[09:26] <cooloney> but from TI's patches,
[09:26]  * amitk hasn't checked
[09:26] <amitk> for omap4
[09:26] <cooloney> they sugguest we disable that
[09:26] <cooloney> sebjan and ndec, right? for CONFIG_PM? ^^^
[09:27] <sebjan> yes, we disabled the PM for this release as some drivers do not support it right now
[09:27] <cooloney> ogra_cmpc: yeah, i agree we need suspend. but maybe TI think CONFIG_PM is not ready for our omap4
[09:29] <amitk> sebjan: have you measured any differences in the system consumption (suspend vs. OFF)
[09:29] <amitk> ?
[09:29] <ndec> cooloney: ogra: amitk: PM is disabled for now in OMAP4, the code for this is being developed right now, that will be activated later, but it's too early for 10.10
[09:29] <cooloney> sebjan: will that be available in the release of Sep
[09:29] <ndec> cooloney: no PM in 10.10
[09:29] <cooloney> ndec: ok, understood
[09:30] <amitk> ndec: have you measured any differences in the system consumption (suspend vs. OFF states)?
[09:30] <ndec> amitk: we don't have enough to share now.
[09:32] <ndec> ogra: rsalveti: if I turn my display ON a few sec after boot, the resolution is fine. I think i have same problem with race condition and X start...
[09:35] <ogra_cmpc> ndec, hmm, that must be a DSS2 issue then
[09:35] <ogra_cmpc> i think i saw patches to prevent double activation on the kernel ML
[09:39] <ogra_cmpc> cooloney, ok, i'll de-milestone the bug then and adjust the title, but i wont close it so we can track the issue
[09:40] <cooloney> ogra_cmpc: np, that's the right way as we all know the story
[09:40] <ogra_cmpc> yup
[09:41] <ogra_cmpc> cooloney, and we have a PM team in linaro we can nag all the time if it doesnt work *g*
[09:41]  * ogra_cmpc waves to amitk 
[09:42] <cooloney> ogra_cmpc: great, thx
[09:44]  * amitk waves abck
[09:44] <amitk> back
[13:16] <ogra> WOW
[13:16]  * ogra is impressed by the panda running at !GHz and with 1GB
[13:16] <ogra> *1GHz
[13:17] <ogra> oem-config was done in under 10min
[13:21] <amitk> ogra: 10mins from first poweron to useable desktop?
[13:28] <ogra> amitk, rather 12 ... resizing takes about 2min, then reboot then 10min for oem-config
[13:28] <ogra> the slow part is the SD card now
[13:28] <ogra> the boot is impressive, after u-boot its only taking 10sec
[13:29] <ogra> sadly its still 15-20sec for u-boot ...
[13:33] <ogra_panda> moop
[13:34] <ogra_panda> processor	: 0
[13:34] <ogra_panda> BogoMIPS	: 2013.49
[13:34] <ogra_panda> processor	: 1
[13:34] <ogra_panda> BogoMIPS	: 1963.08
[13:34] <ogra_panda> ha
[13:34] <ogra_panda> ogra@panda-ES2:~$ free
[13:34] <ogra_panda>              total       used       free     shared    buffers     cached
[13:34] <ogra_panda> Mem:        940580     497100     443480          0      18144     261452
[13:34] <ogra_panda> soo nice :)
[13:49]  * persia wonders if anyone feels like finding a way to drop u-boot and just boot into a kernel...
[13:49] <persia> 10s to live environment would be good enough to justify turning computers off once in a while.
[13:50] <amitk> persia: it is 10 _minutes_
[13:51] <persia> "the boot is impressive, after u-boot its only taking 10sec"
[13:51] <persia> 600s was for all of running oem-config
[13:52] <ogra> right
[13:52] <ogra> 10 to ... say ... 15 mins is the whole install
[13:52] <amitk> persia: aah, right. I was talking about the install, you were talking about boot
[13:52] <ogra> booting is 10 sec as soon as the kernel is uncompressed
[13:53] <persia> Right, so we clearly have to not use Uboot: it makes it boot 150% slower
[13:53] <ogra> heh
[13:53] <amitk> kexecboot, etc...
[13:54] <amitk> I'm guessing most of the 10s in u-boot is taken up loading uImage and uInitrd into memory
[15:00] <ogra> amitk, and uncompressing them
[16:17] <vstehle> ogra: Hi, I just downloaded http://cdimage.ubuntu.com/ubuntu-server/ports/daily/current/maverick-server-armel+omap4.img and I think there is only one partition in there. Am I mistaking?
[16:17] <ogra_cmpc> server?
[16:17] <ogra_cmpc> i doubt server will work at all
[16:18] <vstehle> ogra: :) That must be why. I will rather look only at netbook. Thanks for pointing that.
[16:18] <ogra_cmpc> thats likely a debian-installer image, that indeed only has a single partition with a copy of the archive
[16:19] <ogra_cmpc> it will work, but wont be bootable without manual tinkering
[16:19] <ogra_cmpc> (after install i mean)
[16:21] <vstehle> ogra: Makes sense. I'll focus on http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/current/maverick-preinstalled-netbook-armel+omap4.img.gz
[16:21] <ogra_cmpc> yeah
[16:22] <ogra_cmpc> vstehle, that wont work either though, while the bootloader is es2, the es2 kernel isnt on the image yet due to a mistmatch of the linux-meta package
[16:22] <ogra_cmpc> i hope the kernel team will have that sorted until tomorrow
[16:23] <ogra_cmpc> (i know apw was looking into it, but dont know where it stands atm)
[16:23] <apw> ogra_cmpc, i think i have it sorted, last test build is going now
[16:23] <ogra_cmpc> perfect !
[16:54] <vstehle> ogra_cmpc: No worry, I'll use another kernel to begin with. d/l is on-going...
[16:54] <ogra_cmpc> k
[16:55] <ogra_cmpc> make sure to keep the .img.gz file around that way you can use zsync next time
[16:55] <ogra_cmpc> speeds up significantly
[17:03] <GrueMaster> ogra_cmpc: Linaro meeting.
[20:13] <infoclog> does anyone know how can i read the cpsr register`?
[22:35] <ndec> rsalveti: hi
[22:35] <ogra_cmpc> ndec, its a public holiday in .br
[22:35] <ndec> ogra_cmpc: ah... didn't know ;-)
[22:36] <ndec> ogra_cmpc: well it's close to midnight in germany though ...
[22:36]  * ogra_cmpc neither until someone told me when i wondered where ricardo was all day :)
[22:37] <ogra_cmpc> yeah, just finished my last meeting
[23:41] <orbarron> anyone have a working rootfs that is functional on pandabaord?
[23:41] <GrueMaster> Which board version?
[23:42] <orbarron> 8 layer
[23:42] <GrueMaster> ES2?  Not yet.
[23:42]  * orbarron tried using a blaze version but getting errors 
[23:42] <GrueMaster> Need new kernel, uboot, and xloader.
[23:43] <GrueMaster> We should have it in the next daily image build.
[23:43] <orbarron> great...
[23:44] <orbarron> for some reason a am see the following error: http://pastebin.com/9bVZkhJx
[23:46] <GrueMaster> Apparently, not all of the hdmi patches have made it into the kernel.  Not sure what is left (I've been out on holiday).