[08:34] <smb> morning
[08:47] <abogani> smb: Good morning!
[08:49] <jjohansen> morning smb
[08:50] <smb> jjohansen, heya
[08:51] <smb> jjohansen, One could say good morning to you as well. :) Though good night usually is more appropriate. ;)
[08:51] <jjohansen> :)
[08:52] <smb> jjohansen, Any news from the sky?
[08:53] <smb> (iow how's the clouds looking)
[08:53] <jjohansen> I haven't looked up yet
[08:54] <jjohansen> its just been one of those days
[08:54] <smb> You mean there is too much rain coming down to see any cloulds. :)
[09:02] <jjohansen> its snowing
[09:02] <jjohansen> both literally and figuratively
[09:03] <smb> I would prefer snow to the cold rain here
[09:03] <jjohansen> yeah, snow is kind of nice, its been cold drizzle for the last week
[09:03] <jjohansen> I don't expect the snow to last
[10:16] <apw> shame, no skiing down the west hills then?
[10:17] <jjohansen> hrmm, there just might be
[10:17] <jjohansen> its almost enough to cover the grass here, so the west hills should have a fair bit more
[10:46] <ogra> apw, could someone from the kernel team have  look at bug 511747 (specifically comments 43-45) it seems that the two lines would make additional HW work with maverick so i would think it makes sense to add that as SRU
[10:46] <ubot2> Launchpad bug 511747 in xf86-input-evtouch (Ubuntu Lucid) (and 1 other project) "support for Acer 1420P (affects: 6) (heat: 37)" [Medium,Triaged] https://launchpad.net/bugs/511747
[10:47] <ogra> (teh fix seems to be upstream too already)
[10:51] <apw> BAH patchworks is in a HEAP
[10:53] <ogra> thats why i'm püatch pilot today ;)
[10:53] <ogra> *patch
[10:54] <ogra> seems that bug is falsely filed against evtouch and the patches are super trivial
[10:55] <apw> ogra, well get it over on to linux at a minimum 
[10:58] <ogra> apw, done
[10:59] <apw> ogra, can't look at the stupid patch as patchworks is a heap
[10:59] <apw> but if its upstream someone can send the patch to the kernel-team list to get it reviewed
[10:59] <ogra> well, but you can look at the patches on the bug
[10:59]  * ogra adds a comment about this
[11:00]  * smb walks off
[11:01]  * jjohansen waves good night
[11:01] <ogra> do we have a wikipage that mentions how to get a patch into the ubuntu kernel ? 
[11:01]  * ogra cant find anything 
[11:02]  * ogra finds a million pages on how to compile your own kernel, but no instructions on how to supply a patch the proper way
[11:04] <ogra> ah, that seems to mention a policy: https://wiki.ubuntu.com/Kernel/Dev/KernelGitGuide?action=show&redirect=KernelTeam/KernelGitGuide#Pushing changes to the main repo 
[11:04] <apw> ogra, have you tried the FAQ ?
[11:05] <apw> https://wiki.ubuntu.com/Kernel/FAQ#Can I get a patch included in the Ubuntu Kernel? / How can I submit a patch to the Ubuntu Kernel?
[11:05] <ogra> funny that neither google nor the wiki search spit that out
[11:06] <apw> the wiki search SUCKS, i am supprised at google though
[11:49] <apw> ogra, i've found and pasted the official upstream commit into that bug
[11:49] <ogra> awesome
[12:34] <sangeeth> I got the latest version of linux kernel with me... How to compile and run it?..
[13:06] <apw_> CKING get out today? *splash*
[13:06] <cking> apw_, will do
[13:07] <apw_> Good man
[13:07] <smb> cking, I am already back and apw_ just hit the pool
[13:07] <cking> is eating lunch classified as exercise?
[13:07] <apw_> Yep dripping in the cafe
[13:07] <smb> cking, No, just if you walk an hour around it
[13:07] <apw_> Cheek
[13:09] <smb> cking, You can upgrade your android while walking. ;)
[13:09] <apw_> Yeah got a 2.2.1 update today
[13:10] <apw_> And it still works
[13:12] <smb> apw_, We probably have not checked on all the ringtones yet
[13:12] <smb> But at least it booted
[13:34] <apw> tgardner, /me is uploading the natty lts backport
[13:34] <tgardner> apw, thanks
[13:35] <apw> we had a random buildd build failure last night on i386 so the main kernel is lagging
[13:35] <tgardner> apw, don't forget the -meta package
[13:35] <tgardner> we've had some ABI bumps
[13:37] <tgardner> apw, interesting email from persia re: Introducing Products
[13:37] <apw> tgardner, yep, though i am holding the abi bump til this build finishes as all of the -6's are dangerous one way or another till this one finishes
[14:03] <apw> JFo, about ?
[14:09] <jtapas> Hi there is a meeting I guess at UTC 1700 will Kernel People also be attending that
[14:09] <jtapas> I mean Ubuntu Kernel people
[14:16] <apw> jtapas, yes the meeting today at 17:00 is for the ubuntu-kernel-team to discuss progress and issues
[14:17] <jtapas> ok
[14:18] <jtapas> the place from where I will be online has frequent powercuts if I get disconnected at that time then where can I see logs
[14:18] <jtapas> of meeting
[14:19] <smb> jtapas, irclogs.ubuntu.com
[14:19] <jtapas> ok
[15:00] <apw> smb, heads up that I have added a patch to your ubuntu-delta review list, one which snuck into the mainline list
[15:01] <smb> apw, Guess I'll have a look then. Thanks
[15:21] <bjf> skaet, where would you like to meet this a.m.?
[15:22] <skaet> bjf, can we use one of the kernel mumble areas?
[15:22] <bjf> skaet, works for me, the "usual" place?
[15:22] <skaet> bjf,  heh,  indeed.   will update the invite. ;)
[15:49] <ogasawara> bjf: am going to miss the irc meeting this morning.  am gonna try to get to my appt without having to drive so gotta leave now.
[15:50] <bjf> ogasawara, understood, lets do the hw handoff some other day
[15:50] <ogasawara> bjf: sounds good
[16:08] <bjf> ##
[16:08] <bjf> ## Ubuntu Kernel Team Meeting - Today @ 17:00 UTC - #ubuntu-meeting
[16:08] <bjf> ##      agenda: https://wiki.ubuntu.com/KernelTeam/Meeting
[16:08] <bjf> ##
[16:10] <apw> bjf +50 mins correct ?
[16:10] <bjf> apw, ack
[16:11] <bjf> apw, you have an open action item: "Create work items for ARM testing"
[16:12] <apw> bjf, that is done, the work item is on the none-kernel-n-misc and assigned to canonical-arm
[16:12] <bjf> apw, cool
[16:12] <apw> one is never sure if one should close it in the meeting page, or just report it in the meeting
[16:31] <bjf> apw, i'll take care of it on the meeting page, i don't think it needs to be reported out
[16:31] <apw> works for me
[16:40] <bjf> ##
[16:40] <bjf> ## Kernel team meeting in 20 minutes
[16:40] <bjf> ##
[16:40] <cking> where is the day going?!
[16:55] <bjf> ##
[16:55] <bjf> ## Kernel team meeting in 5 minutes
[16:55] <bjf> ##
[17:17] <smb> jjohansen, Hm, we do not have pv-grub for lucid-ec, have we?
[17:17] <jjohansen> no.  Luicd is not pv-grub
[17:17] <jjohansen> maverick is the first pv-grub kernel
[17:18] <jjohansen> though a lucid kernel will boot inside of a maverick pv-grub instance
[17:18] <smb> jjohansen, Then this is the occasion where you can teach me how to test lucid-ec kernels ;)
[17:18] <smb> or do you just do that (lucid on maverick)
[17:19] <jjohansen> smb: no we do a whole install, bundle and upload for lucid
[17:19] <smb> I see
[17:27] <JFo> <-lunch
[17:40] <smb> bjf, Do you know whether lucid-ec2 went to updates along with the main kernel or will that get handled sperately?
[17:41] <bjf> smb, i believe pitti was going to hold ec2 back to give it more testing
[17:43] <smb> ok
[17:43] <smb> bjf, thanks
[17:48] <jendap> hi, I can't boot ubuntu ... it drops to busybox and can't find any harddrive - i.e. ls /dev/disk finds nothing as well as /dev/sd*
[17:48] <jendap> the problem is I'm running maverick and I'm not doing anything fancy on this machine as it's my main working machine
[17:49] <jendap> is it possible that some of the latest updates would just break initrafs or vmlinuz the way it can't find disks on dell workstation?
[17:49] <smb> jendap, There have been problems with creating the initrd sometimes
[17:50] <smb> Are you able to boot into an older kernel
[17:50] <jendap> btw: the compuer was not restarted for five days, today electricity went out and after it it did not boot again
[17:50] <jendap> old 2.6.32 boots
[17:50] <jendap> reinstaling 2.6.35 does not help
[17:50] <smb> Have you tried running update-initramfs
[17:51] <jendap> I assume it's run automatically by reinstalling all linux-* packages, right?
[17:51] <smb> would be something like "sudo update-initramfs -u -k 2.6.35-25-generic"
[17:52] <jendap> smb: thanks, I'll try it and reboot ... I'll be back in a minute
[17:53] <smb> jendap, ok. not sure it is done automatically when there is the same version already installed
[17:59] <jendap> smb: no change :(
[17:59] <smb> Hm. Any error messages during boot? Or in dmesg?
[18:00] <jendap> nothing obvious
[18:02] <smb> The result with busybox and no devices sounds a bit like a udev problem on boot.
[18:02] <jendap> yes
[18:02] <smb> When there were those problems, people would see some message about udevadm 
[18:03] <jendap> ok, is it possible to mount usb flash disk from busybox?
[18:03] <jendap> it should be, right?
[18:03] <smb> depends
[18:03] <smb> if udev is broken there is no automatic load of usb-storage
[18:03] <jendap> I would save the dmesg output ;-)
[18:04] <smb> you could try to modprobe it and see
[18:04] <smb> also maybe try to call udevadm trigger
[18:04] <jendap> ok, I'll be back soon
[18:04] <jendap> uudevadm trigger? how?
[18:05] <jendap> oh, its just a command, sorry ;-)
[18:05] <smb> yep :) np
[18:05] <jendap> ok, I'll be back..
[18:27] <zul> smb: ping can you have a look at https://bugs.launchpad.net/ubuntu/+source/linux/+bug/676245 its blocking UEC testing on natty
[18:27] <ubot2> Launchpad bug 676245 in linux (Ubuntu) "Broadcom NetXtreme II BCM5709 not recognised on install (affects: 1) (heat: 6)" [High,New]
[18:29] <jendap> smb: there's no usb-storage, there's only usbhid driver within initramfs
[18:30] <jendap> so I don't know how to get dmesg from there ... unless I modify initrafs
[18:30] <jendap> I have to go now, I'll try different kernel tomorrow (perhaps the one form natty) or I just use the old one
[18:32] <smb> jendap, That is strange. Sounds a bit like generating the initrds is not right
[18:33] <smb> jendap, Probably check the file size of the old and new ones
[18:33] <smb> whether there is a huge difference
[18:33] <jendap> smb: that's a good idea! :-) that's it
[18:33] <jendap> the new one has half the size
[18:33] <smb> oh and have you /boot in a separate partition?
[18:34] <smb> (just for generally checking there is enough free space)
[18:34] <smb> df -h
[18:34] <jendap> no
[18:34] <jendap> about 100G free
[18:34] <smb> Ok, at least that is not a problem then
[18:36] <jendap> I don't know how this automatic initramfs generation works ... is it in the wiki?
[18:37] <smb> it is using the same command (update-initramfs), so you should be able to use that until the initrd looks reasonable
[18:38] <smb> Seems the ones I have are all around 11M
[18:38] <jendap> smb: ok, that's fine ... I'll fix it tomorrow
[18:38] <smb> Lucid ones were 14M
[18:39] <smb> jendap, ok
[18:39] <jendap> I just feared it might be problem for more users, but it seems it's not ;-)
[18:39] <jendap> smb: thanks!
[18:39] <smb> jendap, Have not heard something yet. you are welcome
[18:41] <smb> jendap, Oh jsut one thing
[18:41] <jendap> yes
[18:41] <smb> The version number I used for the update-initramfs was just an example
[18:42] <smb> You would have to use the same as the kernel you want to create the initrd for
[18:42] <smb> Probably 2.6.35-23-generic
[18:42] <jendap> I've noticed ;-)
[18:42] <smb> ok
[18:42] <jendap> thanks
[18:42] <smb> Just relaized and wanted to make sure :)
[18:42]  * smb was mixing Lucid numbers with Maverick number
[18:58] <lubosz> hi. is there an automatic way to disable as much as unneeded modules possible in the kernel config, to shorten build time?
[18:59] <lubosz>  is there a possibility to not rebuild everything with make-kpkg every time i pull small changes or make small config changes?
[19:02] <komputes> JFo: Heya, could you please have a quick look at Bug#670181
[19:02] <komputes> err Bug #670181
[19:03] <ubot2> Launchpad bug 670181 in linux (Ubuntu) "Dell Precision M6300 SD Card Reader (Ricoh R5C592 memory stick) Will Not Mount After Upgrade To 10.10 (affects: 2) (heat: 190)" [Undecided,New] https://launchpad.net/bugs/670181
[19:03]  * JFo looks
[19:04] <JFo> hmmm
[19:08] <ogasawara> smb: tgardner coincidentally pinged about the intel_idle stable bits from Len yesterday.  I'm prepping a Lucid and Maverick LBM update to provide intel_idle based on Len's trees.
[19:08] <smb> ogasawara, Heh. Ok. Hm, is intel_idle then something to go on the frankenpage as well?
[19:08] <komputes> JFo: just sent you additional info via email
[19:09] <ogasawara> smb: I think if we throw it into LBM it doesn't need to go on the frankepage
[19:09] <ogasawara> smb: because it's an elective install at that point
[19:09] <smb> ogasawara, nope. thats right
[19:09] <smb> ogasawara, Missed to read the LBM part sorry
[19:13] <JFo> komputes, what is a spider script?
[19:15] <komputes> JFo: info gathering, we use internally
[19:16] <komputes> JFo: We develop it ourselves. I can send you a copy if you wish - only 34k
[19:16] <komputes> We've been wanting to package/ppa it for a while
[19:16] <JFo> just not familiar with it
[19:16] <JFo> so not sure what to expect
[19:18] <JFo> komputes, maybe a look at the script would help :)
[19:18] <komputes> JFo: sent
[19:18] <JFo> thanks :)
[19:19] <komputes> JFo: most of the useful stuff is in misc
[19:19] <komputes> and pretty self-explanitory
[19:19] <JFo> ok
[19:25]  * tgardner lunches
[20:01]  * jjohansen lunches
[20:29] <tgardner> apw, did you really mean to push all this cruft onto natty master ? I've got master-next ready to go
[20:29] <apw> tgardner, yep, thats the stuff i am happy with
[20:30]  * apw checks he hasn't spannered
[20:30] <tgardner> apw, but did you want to carry it on master? Its likely not buildable without some ignore.modules scaterred around
[20:31] <apw> tgardner, there is actually very little on there
[20:32] <apw> mostly a few additional modules for architectures, no subtractions
[20:32] <apw> and i have built it all
[20:32] <apw> it may seem vastly different as i have been rebasing to drop some old cruft which was interfereing
[20:32] <tgardner> apw, indeed? It looks like a bunch of modules got built in, so I would have expected the module check to break.
[20:33] <apw> yeah you have a point, but it id
[20:33] <apw> but meh
[20:34] <apw> i'll get it building here and fix it up
[20:34] <apw> tgardner, go ahead and push your bits to master-next and i'll clean master
[20:34] <tgardner> apw, start with master-next
[20:34] <tgardner> apw, its already up to date
[20:35] <apw> tgardner, ta
[20:37] <apw> tgardner, master next is well out of date
[20:37] <apw> tgardner, at least whats in ubuntu-natty is
[20:37] <apw> it matches my backup bracnh and pretty old
[20:38] <tgardner> apw, so you squashed a bunch of commits on master?
[20:39] <apw> tgardner, i dropped some old stuff yes, and cleaned up some interacting patches which were wrong
[20:40] <apw> tgardner, is that what you have on master-next ?
[20:40] <tgardner> apw, so I should reset master-next HEAD ?
[20:40] <apw> commit fb50c8fef0760976d24e3f9c25de53de9cf8a5e4
[20:40] <apw> Author: Kees Cook <kees@ubuntu.com>
[20:40] <apw> Date:   Sat Nov 20 23:03:42 2010 -0800
[20:40] <apw>     nx-emu: fix inverted report of disable_nx
[20:41] <apw> commit 060cf10ad9b66e7ffbdf4c3d8c893c66e4315f8b
[20:41] <apw> Author: Andy Whitcroft <apw@canonical.com>
[20:41] <apw> Date:   Tue Nov 23 17:41:36 2010 +0000
[20:41] <apw>     Revert "UBUNTU: [Upstream] USB: option: Remove duplicate AMOI_VENDOR_ID"
[20:41] <apw> tgardner, that is the known good tip
[20:41] <apw> it should diff almost identicle to master-next
[20:42] <tgardner> ok, I'll just slam master-next HEAD and start over
[20:42] <apw> some reordering and extra ##'s in ubuntu/Makefile ubuntu/Kconfig
[20:42] <apw> it is now possible to drop an ubuntu/driver and not have to handle the fallout from all the collissions
[20:43] <apw> tgardner, feel free to just push master-next as you have it
[20:43] <apw> if you have new stuff on there
[20:43] <apw> i can handle extracting them, as i know the tip as is
[20:43] <apw> in the meantime i'll sort out the modules.list
[20:43] <tgardner> tomorrow lets chat about how we're gonna use master-next
[20:44] <apw> tgardner, sure ... i am currently using it more as an incoming queue
[20:45] <tgardner> I'm gonna go back to porting SID auto-cgroups to Lucid
[20:45] <apw> tgardner, is there going to be anything dropped on master-next ?
[20:45] <tgardner> apw, nothing important.
[20:47] <apw> tgardner, ok ...
[20:48] <apw> yeah i am sort of assuming that to do the very invasive things i am doing right now that i need to do those somewhere other than where incoming new bits are going, cause i am making a huge mess :)
[20:49] <apw> tgardner, ahh i see why my testing worked ... we have no abi files right now cause of all the bad kernels in the last few uploads
[20:50] <tgardner> apw, right. I was startnewrelease and adding some ignores.
[20:50] <apw> obvious and stupid of me,
[20:51] <tgardner> just crank turning. you can trash master-next and make it look the way you want
[20:51] <apw> will do
[20:52] <tgardner> bjf, I'm looking at maverick-meta. don't forget ogasawara's pull request for the media packages
[20:52] <tgardner> likely the same for lucid-meta
[20:53] <ogasawara> bjf, tgardner: just fyi, I'd only done the media packages for maverick
[20:54] <tgardner> ogasawara, what ABI did those media packages go out with?
[20:55] <ogasawara> tgardner: lemme check
[20:56] <tgardner> ogasawara, doesn't look like its gone out yet
[20:56] <ogasawara> tgardner: 2.6.35-23.13
[20:56] <bjf> tgardner, you have it "under review" in patchworks   (actually, i'd missed it so thanks for the reminder)
[20:56] <tgardner> bjf, I've acked both the LBM and meta pulls
[20:57] <tgardner> ogasawara, there ain't no 'UBUNTU: upstream IR updates' in the Maverick LBM repo, so I don't think its been pulled yet.
[20:58] <ogasawara> tgardner: you're right, was looking at my repo and thought they'd been pulled
[20:58] <tgardner> bjf, would you like me to do the packaging and upload for Maverick LBM and meta ?
[20:59] <bjf> tgardner, the easy answer would be yes, however, I need the practice
[20:59] <tgardner> bjf, you'll have to futz with maverick meta since smb has already rolled the ABI for pre-proposed
[21:51] <GrueMaster> I see some updates for dove just got submitted to -proposed.  Will test them Monday when I return home, unless someone else has a system to test them on.
[21:53] <GrueMaster> As to omap4 kernel testing, I am currently testing the fix for bug 673504, but after a couple of ifconfig usb0 down|up commands, the driver appears to hang.  Currently investigating.  Does anyone have a script for testing ifup|ifdown?
[21:53] <ubot2> Launchpad bug 673504 in linux-ti-omap4 (Ubuntu Maverick) (and 1 other project) "Pandaboard chooses a new IP address on each boot (affects: 2) (heat: 20)" [High,Fix committed] https://launchpad.net/bugs/673504
[22:31] <GrueMaster> Nevermind.  Wrote my own.  I'll post it to the bug above.  Seems to be working ok.
[22:45]  * jjohansen steps away for a bit