[10:08] <ManDay> cross posting hurray, i hope you dont mind:
 Any ACPI experts arround? The problem is that pressing the Power-Button causes another kind of shutdown (HIBERNATION In my case) than choosing "Hibernate" from the Gnome-Menu - does anyone know where that difference stems  from or how to make the PB behave just like the Menu-Button?
[12:13] <crimsun> JFo: the first of Jane's patches has been merged (http://git.kernel.org/?p=linux/kernel/git/tiwai/sound-2.6.git;a=commitdiff;h=b8e80cf386419453678b01bef830f53445ebb15d); probably want that pulled in as pre-stable (stable was Cced). I would add the note to the LP bug, but LP is in maint mode, it seems.
[12:14]  * crimsun -> work
[12:49] <smb> crimsun, I am not sure it will be in the immediate next batch as Greg (just to prove how much you not can predict him) started the review yesterday. Seems he is catching up after moving so the next update after that will probably come sooner.
[13:18] <JFo> smb, he heard us talking about him yesterday :)
[13:18] <smb> JFo, Maybe. :)
[13:37] <apw> smb, wahts that patch about?
[13:38] <smb> apw, that. what that?
[13:38] <apw> you were talking to crimsun about it
[13:39] <smb> apw, Oh, I have not looked into it. Assuming its alsa and Janes computer. But he asked yesterday whether it could get into 2.6.32.y
[13:39] <smb> I thought there could be time till the weekend but apparently Greg finished unpacking his boxes now. :)
[13:45] <apw> smb, so we can wait for that one via stable i guess
[13:46] <smb> It sounded like Greg was sitting on a huge pile to be sent out. So I think if crimsun succeeds in getting them upstream and cc'ed to Greg we see it back before release
[14:48] <sebj> amitk: Hi, I would like to build a lucid kernel to test on beagle. I was expecting to use ubuntu/ubuntu-lucid.git / ti-omap head, but get an error on building. Is this the git tree I shall use or is it preferable to use amitk/lucid.git tree / ti-omap head?
[14:49] <amitk> sebj: ubuntu/ubuntu-lucid.git ti-omap should compile just fine. The other is my devel tree (lots of pending patches there)
[14:49] <amitk> what error do you get?
[14:51] <sebj> amitk: here is the erro I get: debuild: fatal error at line 630: cannot find readable debian/changelog anywhere!
[14:52] <sebj> amitk: I used the build instructions you provided here: http://idlethread.blogspot.com/2009/01/recipe-of-day-cross-compiling-armel.html
[14:54] <amitk> sebj: please run 'fakeroot debian/rules clean' and then re-run the build. I need to fix that old blog post
[15:00] <sebj> amitk: all right, build starts, thanks!
[16:20] <amitk> apw: smb: pull request for ti-omap sent, need upload for beta-2
[16:21] <apw> amitk, nurgle, thanks
[16:21] <apw> its next on my list
[16:22] <amitk> apw: mucho thanks
[16:23] <amitk> apw: We can skip abi to make it easier, I've not added the debian magic patches in the set
[16:23] <amitk> will save a meta upload
[16:26] <JFo> mmmm gravy
[16:27] <apw> amitk, yep ...
[16:27] <apw> amitk, this fsl-imx51 update, any idea who/what it is for?
[16:27] <apw> karmic/lucid
[16:27] <apw> ?
[16:34] <amitk> apw: upstrea, don't bother
[16:35] <apw> amitk, thanks ... handy
[16:45] <amitk> apw: I might have to push one more config change for USB peripherals (ti-omap
[16:45] <amitk> )
[16:46] <psurbhi> I have been looking at the sync() system call and saw that it calls wakeup_flusher_threads() which ultimately calls bdi_alloc_queue_work() with WB_SYNC_NONE, 
[16:46] <psurbhi> then again sync_filesystems(0); would do the same thing.
[16:46] <psurbhi> it calls writeback_inodes_sb() which finally calls bdi_alloc_queue_work() with WB_SYNC_NONE for every filesystem.
[16:46] <psurbhi> Can anyone let me know why this is called twice? Isnt one of the calls unneeded? or is there a reason for this call?
[16:46] <apw> amitk, no problem not touched it yet
[16:49] <apw> psurbhi, i can't have i have enough context to give you a good answer
[16:49] <apw> it doesn't sound like an issue
[16:51] <psurbhi> apw, i wanted to know the reason for doing it through two different calls which ultimately end up doing only the same thing (and nothing else)
[16:51] <apw> it may behistoryical
[16:51] <psurbhi> there certainly has to be a reason to do that.
[16:51] <psurbhi> ok
[17:07] <ogasawara> smb: I'm on the fence if the following should qualify for Hardy SRU - https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/551855
[17:07] <ubot3> Malone bug 551855 in linux "[hardy] Support for NC522SFP Gb network card is broken" [Undecided,New] 
[17:07] <ogasawara> smb: your thoughts?
[17:08] <smb> a sec
[17:10] <smb> ogasawara, Yeah, if the changes are big it is not really something for normal sru. I think I have been telling that probably it could become a l-b-m update if it is important
[17:11] <smb> And they need to be aware that there are no CD rebuilds for Hardy anymore as far as I have been told of
[17:11] <ogasawara> smb: yah, I already relayed the message that no new ISO will be built
[17:34] <lamalex> Hey kernel team, my lenovo t400 has started consitently failing to suspend on lucid
[17:34] <lamalex> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/550479
[17:34] <ubot3> Malone bug 550479 in linux "fails to suspend on Lenovo t400 laptop" [Undecided,New]