**** BEGIN LOGGING AT Wed Jan 27 02:59:57 2010 Jan 27 09:48:11 NCommander: sorry, i missed the Mobile team IRC meeting last night, Jan 27 09:48:26 NCommander: is there any important thing for me? Jan 27 10:37:15 cooloney_: hi Jan 27 11:45:32 ogra: Do you manage to run the current versatile lucid linux-image kernel in qemu-system-arm? Jan 27 11:46:09 lool, havent tried yet but i plan to add a download function for the package to the lucid rootstock so i'll test soon Jan 27 11:46:26 ogra: Would you mind pinging me when you look into this? Jan 27 11:46:36 will do Jan 27 11:46:38 I couldn't get any video output or serial console output from it after Uncompressing linjux Jan 27 11:46:41 do you have probs with it ? Jan 27 11:46:48 oh Jan 27 11:51:09 ogra: You don't have the modules for the kernels on your people.ubuntu.com pages? Jan 27 11:51:22 i dont think so Jan 27 11:52:45 Sadly your cortex-a8 versatile kernel is missing some modules (not sure which) and mountall doesn't like that Jan 27 11:53:01 These are also missing on x86, so they might be purposedly configured as modules in Ubuntu kernels in general Jan 27 11:53:41 right, i'll switch to the packaged lucid kernel for all cortex-a8 variants soon Jan 27 11:53:56 but indeed that requires that it works Jan 27 12:55:57 ericm_: apw: dove kernel failed ( i guess you noticed) Jan 27 12:56:17 asac, FTBFS ? Jan 27 12:56:18 asac, 'm lookin into that Jan 27 12:56:23 yes Jan 27 12:56:24 ftbfs Jan 27 12:56:26 thanks ericm_ Jan 27 12:56:33 ericm_, asac i've already uploaded a fix for it Jan 27 12:56:55 https://edge.launchpad.net/ubuntu/+source/linux-mvl-dove/2.6.32-200.6 Jan 27 12:57:10 missing module ecb Jan 27 12:57:10 command exited with status 1 Jan 27 12:57:10 make[2]: *** [do-binary-udebs] Error 2 Jan 27 12:57:10 make[1]: *** [binary-udebs] Error 2 Jan 27 12:57:10 make: *** [binary-arch] Error 2 Jan 27 12:57:11 dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 Jan 27 12:57:43 apw, thanks Jan 27 12:58:09 apw: great. sorry for the noise ;) Jan 27 12:58:22 ericm_, np ... just a stupid d-i interaction that we don't test well before upload Jan 27 12:58:30 i've tested udeb generation on this one Jan 27 12:58:37 sounds good Jan 27 12:58:43 cool Jan 27 12:58:49 asac, np better you tell me and i'm already doing it than not Jan 27 12:58:51 asac: i am back Jan 27 12:59:02 i have a lot of kernels in flight right now Jan 27 13:00:16 cooloney: hi. Jan 27 13:00:25 cooloney: wanted to touch base with you on NEON status Jan 27 13:00:46 cooloney: so dmart pointed out that just exporting diffferent hwcaps based on board revision might not be good enough Jan 27 13:00:56 e.g. user space apps could trash the board Jan 27 13:01:02 any ideas? Jan 27 13:01:24 asac, hmm ? the patch was already uploaded :) Jan 27 13:01:41 its looking at the board revision number Jan 27 13:01:53 and only enables it on 3.0's Jan 27 13:01:54 right. but what does it do Jan 27 13:02:03 does it fully disable NEON if board is too old in kernel Jan 27 13:02:07 export the neon flag Jan 27 13:02:13 or just tweaks hwcaps Jan 27 13:02:18 it disables the cpu flag Jan 27 13:02:48 - if ((fmrx(MVFR1) & 0x000fff00) == 0x00011100) Jan 27 13:02:48 + if (((fmrx(MVFR1) & 0x000fff00) == 0x00011100) Jan 27 13:02:48 + && cpu_is_mx51_rev(CHIP_REV_3_0) > 0) Jan 27 13:02:48 elf_hwcap |= HWCAP_NEON; Jan 27 13:02:56 hwcaps Jan 27 13:03:08 ogra: right Jan 27 13:03:26 asac: ogra is right, Jan 27 13:04:36 right. so thats the point Jan 27 13:05:12 someone might argue its a security issue (DoS) that user space apps can run NEON instructions without getting a SIGILL on boards that dont support it Jan 27 13:05:20 that was the argument made yesterday Jan 27 13:05:31 asac: generally, there is no 'neon' when you run 'cat /proc/cpuinfo' on TO2 or TO1 Jan 27 13:06:39 cooloney: yes, but apps can still do it ... e.g. it doesnt cause a SIGILL Jan 27 13:06:56 Worse, it can actually hang the board Jan 27 13:07:13 lool: thats the consequence e.g. the DoS i talked about above Jan 27 13:08:06 cooloney: how hard would it be to make it so the kernel behaves as if CONFIG_NEON=n if its an old board? Jan 27 13:08:20 asac and lool, right, probablly Jan 27 13:09:19 asac, is the gvfs crash issue filed on LP? Jan 27 13:09:58 asac: if CONFIG_NEON=y, it will enable some assemble code which is hard to do dynamical disable. Jan 27 13:10:10 asac: but I will check them later Jan 27 13:10:29 cooloney, what does this code do specifically? Jan 27 13:11:08 cooloney, would you see a prob if we enabled CONFIG_TIMER_STATS and CONFIG_HPET_TIMER on imx51 and dove ? powertop would like to have these Jan 27 13:12:25 CONFIG_TIMER_STATS has been enabled on Dove Jan 27 13:12:29 lemme check HPET Jan 27 13:12:38 ah, imx51 seems to not have it Jan 27 13:12:41 ogra: OK, i will check them on imx51 Jan 27 13:12:48 want a bug for it ? Jan 27 13:13:06 ogra, sure - file both for imx51 and dove so we can check Jan 27 13:13:08 well, probably better since i can link it to the spec Jan 27 13:13:15 right Jan 27 13:13:33 ogra, not sure HPET_TIMER or HIGH_RES_TIMERS Jan 27 13:13:43 but HPET_TIMER sounds to me like x86? Jan 27 13:13:50 powertop moans about HPET_TIMER Jan 27 13:13:57 well ... Jan 27 13:14:02 its an inel app :) Jan 27 13:14:05 *intel Jan 27 13:14:20 right, checked again: arch/x86/Kconfig:config HPET_TIMER Jan 27 13:14:44 mmm... maybe we need to figure out the dependency of powertop over HPET_TIMER now Jan 27 13:14:52 ok, then we only wasnt TIMER_STATS Jan 27 13:14:59 no Jan 27 13:15:12 its HPET_TIMER is just a suggestion it makes Jan 27 13:15:18 ok Jan 27 13:15:29 TIMER_STATS is actually needed for it to work Jan 27 13:16:36 ogra, ok - file one for dove as well so we can check if that's working all right in 200.6 Jan 27 13:16:54 thanks Jan 27 13:17:26 will we have new uploads before next alpha ? Jan 27 13:17:30 NCommander: those .S code of NEON is in arch/arm/kernel/entry-armv.S Jan 27 13:17:47 else i wont target it to a milestone Jan 27 13:18:01 NCommander: generally, it will handle some NEON code and call neon version handler for VFP Jan 27 13:19:41 cooloney, my ARM ASM is a bit rusty, but we should be able to stuff a check in there to dynamically determine if its a TO1/TO2 board, and jump past the NEON access code Jan 27 13:21:08 NCommander: right, I know that, but still need to find a way to determine that. heh Jan 27 13:21:53 ogra, is there a way in userland to determine if its a TO1/2 board, or if its a TO3 board Jan 27 13:21:59 NCommander, did you test suspend/resume on the dove = Jan 27 13:22:06 NCommander, /proc/cpuinfo Jan 27 13:22:12 the revision string Jan 27 13:22:26 ogra, not yet Jan 27 13:22:56 NCommander, would be nice if you did and checked if it works from deskop menu (that would prove the pm-utils scripts work correctly) Jan 27 13:23:09 ogra, assuming I can even get to the desktop Jan 27 13:23:28 on imx51 there are no issues so i'm inclined to say they work fine but i need confirmation from dove too Jan 27 13:23:35 i thought the desktop works now for a while Jan 27 13:23:50 at least thats what i heard about the recent liveimages Jan 27 13:24:09 if you manage to click before the panel crashes it should work as a test :) Jan 27 13:25:34 NCommander, i see "dove kernel to be uploaded with CONFIG_HIBERNATION set: TODO" on the pm spec, didnt that happen already ? Jan 27 13:26:01 suspend/resume on dove still have a regression, yet I believe it's because I'm still using a DDR2 DIMM here Jan 27 13:26:17 NCommander, you have a DDR3 DIMM with you, which you may help test a bit Jan 27 13:26:43 ericm_, I have DDR2 systems. Jan 27 13:26:48 I think GrueMaster has a DDR3 Dove Jan 27 13:27:13 ericm_, but was CONFIG_HIBERNATION set in the config ? Jan 27 13:27:24 i see no changelog entry saying so Jan 27 13:28:45 ericm_, Bug #502983 Jan 27 13:28:46 Launchpad bug 502983 in linux-mvl-dove "CONFIG_HIBERNATION needs to be set for dove kernels" [Undecided,Confirmed] https://launchpad.net/bugs/502983 Jan 27 13:31:44 ogra, never succeeded in resuming from hibernation, yet Marvell engineer thought it works Jan 27 13:32:10 well, either say its unsupported and close the bug or lets fix it :) Jan 27 13:32:11 ogra, same reason - I'd suspect a regression in DDR re-initialization which only valid for DDR3 Jan 27 13:32:20 i just want the spec item gone :) Jan 27 13:32:31 ogra, think I'll fix it Jan 27 13:32:34 ok Jan 27 13:34:21 anyone knows how to upload the existing crash report to LP? Jan 27 13:34:44 ericm_, use ubuntu-bug *crash-file* on the machine it happened Jan 27 13:34:45 apport has some commandline switch to attach to bugs iirc Jan 27 13:35:11 NCommander, 'k Jan 27 13:35:32 NCommander, for your "[mcasadevall] check cpufreq functionallity on all boards (1 day): TODO" Jan 27 13:36:02 root@babbage2:~# echo powersave >/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor Jan 27 13:36:02 root@babbage2:~# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor Jan 27 13:36:02 powersave Jan 27 13:36:02 root@babbage2:~# cat /proc/cpuinfo |grep Bogo Jan 27 13:36:02 BogoMIPS : 159.90 Jan 27 13:36:22 cooloney, you can get the machine_id for an ARM chip with the mrc instruction, or by using the read_cpuid_id function Jan 27 13:36:27 (in the kernel of course) Jan 27 13:36:27 root@babbage2:~# echo ondemand >/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor Jan 27 13:36:27 root@babbage2:~# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor Jan 27 13:36:27 ondemand Jan 27 13:36:27 root@babbage2:~# cat /proc/cpuinfo |grep Bogo Jan 27 13:36:27 BogoMIPS : 799.53 Jan 27 13:36:49 ogra, I assume I need a lucid userland for that? Jan 27 13:36:51 NCommander, can you do the same on a dove Jan 27 13:36:54 yes Jan 27 13:36:56 ugh Jan 27 13:37:06 * NCommander has been trying not to use a lucid userland but a lucid chroot Jan 27 13:37:09 come on, boot a liveimage Jan 27 13:37:25 ogra, let me grab one and I'll test Jan 27 13:37:28 takes a minute to test that and we're done with the spec item Jan 27 13:37:44 and make asac happy :) Jan 27 13:37:58 lets get below trendline before sprint ! :) Jan 27 13:38:37 \ooo/ Jan 27 13:38:38 ogra, download in progress Jan 27 13:38:49 download ? Jan 27 13:38:50 you dont have one locally ? Jan 27 13:38:50 ogra, I need to get a recent live image Jan 27 13:38:58 I'm zsyncing it Jan 27 13:39:22 * NCommander 3> zsync Jan 27 13:39:42 GrueMaster, ! Jan 27 13:41:04 * NCommander has his ia64 dualbooting Debian and Ubuntu Jan 27 13:41:21 * NCommander feels he's playing with powers that should better be left alone ... Jan 27 13:41:31 * ogra points NCommander to #ubuntu-ia64 :P Jan 27 13:41:44 ogra, its lonely there :-P Jan 27 13:42:01 i can imagine Jan 27 13:42:33 Mmmm...., cpufreq on dove actually turned on by command line "cpufreq_enable" Jan 27 13:42:53 can we turn that on by default ? Jan 27 13:43:03 ogra, sure Jan 27 13:43:09 in kernel i mean Jan 27 13:43:19 afaik initramfs tries to switch them Jan 27 13:43:21 yes, it's just controlled by a simple variable Jan 27 13:43:25 to speed up the boot Jan 27 13:43:42 I'll try to file a bug report and patch for that Jan 27 13:43:51 i.e. we start with performance until the rootfs is up and then switch to ondemand iirc Jan 27 13:44:00 thanks Jan 27 13:44:24 np Jan 27 13:44:25 ericm_, can you give me the bugnumber if you are done so i can add it to the spec Jan 27 13:44:34 (done filing i mean) Jan 27 13:44:45 sure Jan 27 13:44:48 moment Jan 27 13:44:49 thanks :) Jan 27 13:47:29 chroot: cannot run command `debootstrap/debootstrap': Exec format error Jan 27 13:47:36 still getting that even with binfmt_misc Jan 27 13:47:46 try a distro kernel Jan 27 13:48:04 i'm pretty sure there are bits missing in the vanilla build Jan 27 13:48:29 there is a procps value that needs to be set, vanilla might not allow that Jan 27 13:48:35 ogra: you mean the kernel i am running? Jan 27 13:48:53 yes Jan 27 13:49:14 ogra: i am running an ubuntu kernel Jan 27 13:49:22 Linux tinya 2.6.31-17-generic #54-Ubuntu SMP Thu Dec 10 16:20:31 UTC 2009 i686 GNU/Linux Jan 27 13:49:58 ogra, bug 513254 Jan 27 13:49:59 Launchpad bug 513254 in linux-mvl-dove "[dove] CPUFREQ isn't turned on by default" [Undecided,New] https://launchpad.net/bugs/513254 Jan 27 13:50:11 thanks so much ! Jan 27 13:50:23 np Jan 27 13:54:42 asac, so i'd say the pm spec looks a lot better now Jan 27 13:55:29 ogra: you updated the items? Jan 27 13:55:35 already talked to jk? Jan 27 13:55:35 yes Jan 27 13:55:38 nope Jan 27 13:55:53 just DONE'd the low hanging fruits Jan 27 13:55:53 ok i have that on my list still Jan 27 13:55:59 great!! Jan 27 13:56:33 * asac will upgrade laptop to lucid today he thinks Jan 27 13:56:57 * ogra too i want lucid at the sprint Jan 27 13:57:05 but i'm scared a bit Jan 27 13:57:43 ogra: i will let you know ;) Jan 27 13:57:49 how it works out Jan 27 13:57:56 ok Jan 27 13:57:59 have to finish my calls today first Jan 27 13:58:04 but then i can risk the upgrade ;) Jan 27 13:58:05 i'm not even on latest karmic though Jan 27 13:58:25 i should probably first enable -updates and go to the most recent packages :) Jan 27 13:58:31 * ogra does that Jan 27 13:58:44 for me its really scary because i didnt upgrade that late in the past Jan 27 13:59:00 always feels safer to upgrade in small chunks than going for the big jump ;) Jan 27 13:59:09 even though the ground might be more solid Jan 27 13:59:10 yeah, same here Jan 27 13:59:17 i usually upgrade during A1 Jan 27 13:59:40 right. thats what i feel comfortable with too Jan 27 14:01:31 oooouff Jan 27 14:01:36 287 packages Jan 27 14:27:05 asac: get me a pass for mwc :) Jan 27 14:30:52 armin76: unless you regularry wear a tie mwc is very boring Jan 27 14:31:17 suihkulokki: but i can get boards! :P Jan 27 14:32:45 zumbi: you going to mwc? Jan 27 14:37:34 armin76: mwc? what is it? i am going to fosdem, btw Jan 27 14:37:55 suihkulokki: fosdem this year? Jan 27 14:38:15 zumbi: mobile world congress Jan 27 14:38:58 neither.. Jan 27 14:39:13 see you both in debconf10 ;) Jan 27 14:39:14 suihkulokki: we'll miss you then Jan 27 14:43:52 suihkulokki, ooh, lucky. MWC will be fun Jan 27 14:44:07 * NCommander is looking forward to commuting to his second debconf Jan 27 15:37:33 armin76: i do not think i am going to mwc, but if you get tickets I can partner you, just to kill the curiosity of the newer fancy screen devices Jan 27 15:37:48 armin76: btw, attending debconf this year? Jan 27 15:51:02 * ogra dist-upgrades to see if he can reproduce plars' nautilus crash Jan 27 15:53:55 ogra: yes, it's not good. Trying to see if I can manually get a backtrace right now, but not having much luck finding the right -dbg packages to pull in Jan 27 15:54:12 plars, i definately dont get nautilus in my upgrade Jan 27 15:54:34 http://paste.ubuntu.com/363941/ Jan 27 15:55:06 i suspect its rather one of the libs Jan 27 15:55:30 libglib2.0-0 smells like a good candidate here Jan 27 15:55:55 plars, oh Jan 27 15:56:11 plars, can you check the version of libgtk2.0-common vs the libgtk2.0 package ? Jan 27 15:56:28 i think common is arch: all and gtk itself ftbfs Jan 27 15:56:39 so that could be our issue Jan 27 15:58:01 yes, could be Jan 27 15:58:11 libgtk2.0-0 2.19.3-1ubuntu4 Jan 27 15:58:12 libgtk2.0-common 2.19.4-1ubuntu1 Jan 27 15:58:26 ogra: what? Jan 27 15:58:30 aha Jan 27 15:59:00 GrueMaster, nothing anymore, i wanted to ask you for a quick cpufreq test on dove but it turned out its not yet enabled in kernel Jan 27 15:59:14 ok Jan 27 15:59:38 * GrueMaster needs to remember to have a discussion on time zones during sprint. Jan 27 16:01:38 GrueMaster, yeah, i only checked my clock after i pinged, sorry :) Jan 27 16:09:00 GrueMaster: I thought we agreed to abolish them? Jan 27 16:10:06 I must have missed that memo (like so many others). Jan 27 16:35:45 zumbi: nope Jan 27 16:36:05 why do i want to go to a debian conf? :P Jan 27 16:41:42 armin76: to meet NCommander et al., so you can ask for boards more effective Jan 27 16:42:08 zumbi, you going to be at debconf 10? Jan 27 16:42:31 zumbi: you can ask on my behalf :D Jan 27 16:43:33 NCommander: probably, i am thinking to get tickets rather soonish than later that it'll be omre expensive. I am unsure if dates are already fixed Jan 27 16:43:48 zumbi, the dates are fixed to my knowledge Jan 27 16:43:57 armin76, just wait for the new Sheevaplug ;-) Jan 27 16:43:59 armin76: they know me, so they do not send me anything.. too slugish.. :-P Jan 27 16:44:36 NCommander: i don't want to! Jan 27 16:44:47 NCommander: how are new sheevas? do they come with eSATA? or add wifi? Jan 27 16:45:15 * zumbi kicks armin76 to NYC Jan 27 16:45:18 zumbi, I dunno, haven't seem then yet Jan 27 16:45:34 * NCommander steals armin76's SPARC and ia64 systems Jan 27 16:45:39 bahaha Jan 27 16:47:44 http://www.linuxfordevices.com/c/a/News/Marvell-Plug-Computer-30-and-Armada-300-and-610/ Jan 27 16:48:12 * zumbi wants http://www.linuxfordevices.com/c/a/News/Mindspeed-Transcede-T4000-and-T4020/ Jan 27 17:04:59 armin76: last processors are shown at mwc. If you persuade somebody for tickets Jan 27 17:09:36 ogra: downgrading libgtk2.0-common didn't help anything either Jan 27 17:11:38 ogra: in case you missed my last... Jan 27 17:11:39 ogra: downgrading libgtk2.0-common didn't help anything either Jan 27 17:12:01 yes, i know Jan 27 17:12:06 see -devel Jan 27 17:12:09 i did that Jan 27 17:12:24 * ogra somehow had a complete network breakdown over here Jan 27 17:14:58 ogra: ah, I saw that you had tried glib and gnome-session, wasn't sure about others Jan 27 17:15:32 i i actually upgraded gtk :) Jan 27 17:15:40 manually pulling debs from LP Jan 27 17:15:51 but its surely not get Jan 27 17:16:02 gtk Jan 27 17:16:23 sigh, that focus stealing of update-manager is annoying Jan 27 17:31:20 ogra: got it Jan 27 17:31:28 ogra: gvfs Jan 27 17:31:43 ogra: looks to be probably libgvfscommon0 Jan 27 18:35:01 Apple finally announced a tablet Jan 27 18:35:04 O_o; Jan 27 18:35:20 it's kinda disappointing. Jan 27 18:35:34 haha Jan 27 18:36:13 and embarassing from a ui invention and technical pov (check their pixel doubling to fit native iphone apps..) Jan 27 18:36:40 stskeeps: what else could they have done? Jan 27 18:37:16 I bet most apps will be updated to handle the new screen, it's just a stopgap thing. Jan 27 18:37:17 ojn: it looks like a cheap copy of moblin. Jan 27 18:37:19 Pity they went for such a low DPI. Historically they've been pretty good at making sure stuff renders sharply. Jan 27 18:37:40 persia: apple has always been low-dpi. they're behind most other PC desktops/laptops on dpi as well. Jan 27 18:38:33 stskeeps: ah, you're a maemo guy. that explains the bitterness. :) Jan 27 18:38:37 ojn: Hrm? That's not been my experience. Mind you, I went and got the special 300DPI handheld from Sharp back when it came out, but in terms of mainstream stuff they seem to go for higher DPI than other companies. Jan 27 18:39:16 persia: not for laptops. Took them forever to come out with a 1440x900 15" laptop, and they're still at that resolution for those screens. 17" has a highres option though. Jan 27 18:39:55 ojn: Hrm. Strange. I haven't looked at their laptops in a *long* time, but the marketing materials still talk about high-DPI. Jan 27 18:40:30 everything is relative. It's quite appropriate DPI for most things, I'm not complaining. But thinkpads and some other brands have quite a bit higher resolution screens. Too high for some use, I would say. But nice for programming Jan 27 18:40:32 Oh well, I guess the low DPI is in line with other things then :) Jan 27 18:40:52 There is no such thing as too much DPI : you just get better rendering :) Jan 27 18:41:20 right, and bigger fonts. and apps that handle that nicely (and that's the catch, not all do) Jan 27 18:41:28 Those are bugs :) Jan 27 18:41:54 But the fonts should be the same size. Those are supposed to be defined in ems not pixels. Jan 27 18:42:01 Or points, but that's related to ems. Jan 27 19:13:21 rabeeh: get me a pass for mwc2010! Jan 28 00:41:06 hello Jan 28 00:41:26 does any one know where there is some instructions on how to install ubuntu arm on n800? **** ENDING LOGGING AT Thu Jan 28 02:59:56 2010