[03:11] <Kamping_Kaiser> kees, hi, if you come back before heading to bed, can you check pm?
[16:49] <Kamping_Kaiser> kees, on the off chance - ping?"
[16:56] <Kamping_Kaiser> shot in the dark
[16:56]  * Kamping_Kaiser heads off
[18:42] <stephenr82> hi guys, im having a problem with the jaunty kernel. i reckon its my config. i have my wireless drivers working fine with 8.10 but using make oldconfig with the 2.6.28 sources, im not getting them working
[19:07] <aboSamoor> is alsa-kernel part of the kernel ?
[19:10] <dandel> i'd report the issue in this section, if it's wrong, they'll just redirect it... https://launchpad.net/ubuntu/+source/alsa-driver
[19:13] <stephenr82> could it not just be my configuration? Or should make oldconfig be guaranteed to provide the same behaviour as the old kernel
[19:14] <aboSamoor> I have problem [regression] with my alsa-kernel driver. Bug 278648. Any idea to solve ?
[19:14] <ubot3> Malone bug 278648 in linux-ubuntu-modules-2.6.24 "[regression]snd-hda-intel sound input does not work at all with Conexant CX20549 (Venice) chips " [Undecided,New] https://launchpad.net/bugs/278648
[20:05] <calc> maybe i am missing something... does laptop mode delay sync calls?
[20:05] <calc> otherwise if all these apps are supposed to be calling sync() to make sure they are in a consistent state wouldn't that essentially break laptop mode and make battery life really suck on laptops
[20:06] <calc> so you could either have known consistent state of files or working laptop mode? that is what i am confused about
[20:07] <dtchen> dandel: they're almost always to be filed against linux, not alsa-driver.
[20:07]  * calc doesn't know if anyone has presented that line of questioning to tytso, perhaps i am misunderstanding how sync and laptop mode interact though
[20:07] <dtchen> dandel: i.e., very few people actually use module-assistant with alsa-source
[20:08] <dtchen> aboSamoor: it's known and being fixed
[20:10] <mjg59> calc: No, it doesn't delay sync
[20:11] <calc> mjg59: so then there is a real need of tracking meta data on a per file basis as was requested in the lp bug report, but that tytso indicated was hard/impossible(?) to do
[20:12] <calc> if there isn't a way to delay sync then it should only be used in critical writes and not as a form of meta data barriers as tytso has previously suggested
[20:12] <calc> at least in my understanding of the issue
[20:13] <calc> and in fact probably should have sync calls removed from more code rather than added so that hd's can sleep longer
[20:14]  * calc wonders if the sync's were at least part of the cause of the spin count issue on laptop hdds
[20:15] <calc> esp with the firefox sync calls that at least used to happen