**** BEGIN LOGGING AT Fri Jan 28 02:59:56 2011 Jan 28 04:12:44 apw: patches sent to our kernel team and linux-omap Jan 28 04:12:57 apw: finally working at normal beagle and xM Jan 28 04:13:15 spent a lot more time building and testing than actually coding Jan 28 04:13:23 recreate the rootfs, etc Jan 28 04:13:44 but should be fine now, I'm able to see the console and X11 Jan 28 04:22:58 rsalveti, what should I expect the rndis ethernet device to show up as in maverick? Jan 28 04:55:07 hii Jan 28 05:46:00 hi :) I'm about to install ubuntu-arm on my phone, but I'm wondering about something... I can only get packages that are made for ARM right? Jan 28 06:00:41 bagge, if you have to ask that I'd say you're not ready to install ubuntu on a phone :D Jan 28 06:13:23 Neko: I'll have to crash my phone to learn ;) Jan 28 06:18:36 bagge which phone? Jan 28 06:23:14 ka6sox xperia x10 mini pro (hehe) Jan 28 06:31:14 Good Luck...I have no experience with that. Jan 28 12:44:52 hrw, console-setup (1.57ubuntu5) was just uploaded, that should solve all hangs of the keyboard stuff on upgrade/dist-upgrade and install Jan 28 12:50:42 cool Jan 28 12:57:28 rsalveti: yo ... saw your patches, have some kernels building with them applied, will you be about in about half hour to test them? Jan 28 12:57:50 apw: yup, lunch is in one hour :-) Jan 28 12:58:00 apw_: ^ Jan 28 13:01:25 rsalveti: ok cool Jan 28 13:01:31 will get it to you before then :) Jan 28 13:01:38 :-) Jan 28 13:06:00 * ogra wornders if you can actually make sure that with all these food things around these kernel patches since yesterday you dont leave breadcrumbs and fatty finger prints on the package :) Jan 28 13:06:38 every time i see you guys talking about these patches one of you is busy with food stuff :) Jan 28 13:09:41 :P Jan 28 13:11:00 ogra: the kernel always has a bunch of fingerprints all over it :) Jan 28 13:11:07 heh Jan 28 13:27:40 rsalveti, http://people.canonical.com/~apw/misc/arm/linux-image-2.6.38-1-versatile_2.6.38-1.28~pre1_armel.deb Jan 28 13:27:52 if you could do the honours Jan 28 13:28:16 downloading :-) Jan 28 13:33:46 apw: the name versatile is right? Jan 28 13:34:01 rsalveti, no i've pushed the wrong one cause i am stupid Jan 28 13:34:09 ok :-) Jan 28 13:34:38 be about 5 mins ... bottom Jan 28 13:34:45 np Jan 28 13:37:07 rsalveti, http://people.canonical.com/~apw/misc/arm/linux-image-2.6.38-1-omap_2.6.38-1.28~pre1_armel.deb Jan 28 13:37:10 silly apw Jan 28 13:47:26 ok, installing Jan 28 13:59:35 rsalveti, how they looking? Jan 28 14:00:21 apw: and we have a winner, using normal desktop :-) Jan 28 14:02:35 apw: and tim already applied at master-next Jan 28 14:02:56 rsalveti, heh yeah he and i are duplicating work today :) Jan 28 14:03:07 :-) Jan 28 14:03:13 ok, sounds good timing for lunch Jan 28 14:03:25 rsalveti, yep, you are done, thanks muchly Jan 28 14:03:30 apw: ping me if you want any test or have any update on the omap side Jan 28 14:03:46 rsalveti, will do indeed, i expect there will be a final final a2 kernel on monday to test Jan 28 14:03:56 apw: cool Jan 28 14:04:13 and it seems that it'll work fine, at least it didn't explode at my face yet Jan 28 14:04:28 apw: do you want the patch to remove the WARN_ONCE from the erratum? Jan 28 14:04:36 we could just use a simple printk Jan 28 14:04:44 I have it here if you think it's worthy Jan 28 14:05:50 apw: http://rsalveti.net/tmp/0001-OMAP3630-PM-don-t-warn-the-user-with-a-trace-in-case.patch Jan 28 14:06:05 rsalveti, i think it is worth while, send out to the kernel-team list, i recon Jan 28 14:06:19 apw: ok, will do Jan 28 16:52:42 ogra, i am not sure what you mean about srus being pushed out by securty. we h Jan 28 16:52:53 we haven't done that for the last two months at least Jan 28 17:06:26 apw, well it happens occasionally i dont think its currently the issue Jan 28 17:06:42 ogra, ok so what is the issue Jan 28 17:06:59 none, its just that not all SRUs have been tested yet Jan 28 17:07:21 * Maverick kernel SRU testing is still in progress Jan 28 17:07:24 thats all i said Jan 28 17:08:13 and we wlao often clash with security uploads Jan 28 17:08:14 which force the SRU out of -updates Jan 28 17:08:20 well you said that which prompted my question Jan 28 17:08:32 i think everyone would have taken that as the reason the testing was not done from the context Jan 28 17:08:57 hmm, i didnt mean it like that Jan 28 17:09:10 though its often enough the cause Jan 28 17:09:15 not thins time though Jan 28 17:09:29 well its going to be rare now as most security is going in the hopper with the rest of the updates Jan 28 17:09:40 as long as we don't have a process issue between us i am happy Jan 28 17:10:03 i think we dont Jan 28 17:10:12 but that would be a question for GrueMaster Jan 28 17:10:25 since he is the one who suffered from it in the past Jan 28 17:11:25 i really didnt mean to blame anyone i just tried to quieten marjo :P Jan 28 17:11:31 sorry if it came across that way Jan 28 17:12:03 ogra, no harm no foul, just wanted to make sure we'd not missed something, ta Jan 28 17:12:11 (the phrase above is always in my report since it is nearly always true that there are some SRUs to test) Jan 28 17:12:40 *nobody* ever asked about it :P Jan 28 17:12:43 ogra, yep and we are making more now-a-days so it'll be even more true Jan 28 17:53:27 * GrueMaster hears his name being mentioned. Jan 28 17:54:25 what kernel in maverick still needs testing? Jan 28 17:55:08 ogra: apw ^^^ Jan 28 17:58:59 ogra: both images are using the new x-loader package, so we should be ok to remove the x-loader-omap4 one Jan 28 18:44:16 rsalveti, awesome Jan 28 18:44:50 GrueMaster, dunno, i just saw several uploads this week and assumed some would still need testing Jan 28 18:46:32 ogra: I haven't seen anything for omap4. Until Monday, I can't test omap3 stuff easily, unless I build a stripped down image for my beagle. Too painful otherwise. Jan 28 18:48:08 GrueMaster, right, i was referring to omap3 rather Jan 28 18:49:44 Well, unless there is a specific patch for omap3 in the main kernel, I'm not too worried. Security updates usually get pushed through without my help. It is specific omap3 bug fixes I usually have issues getting tested on time. **** ENDING LOGGING AT Sat Jan 29 02:59:56 2011